數(shù)據庫高并發(fā)請求，如何保證數(shù)據完整性？所謂的并發(fā)可以從它不是并行的概念中看出。從用戶的角度來看，有一種同時執(zhí)行的假象，但它在數(shù)據庫中確實是串行的，或者在某個粒度上是串行的。以更新表中的一行數(shù)據為例，更

數(shù)據庫高并發(fā)請求，如何保證數(shù)據完整性？

所謂的并發(fā)可以從它不是并行的概念中看出。從用戶的角度來看，有一種同時執(zhí)行的假象，但它在數(shù)據庫中確實是串行的，或者在某個粒度上是串行的。

以更新表中的一行數(shù)據為例，更新時會鎖定更改后的數(shù)據行，避免其他進程訪問該行，從而避免數(shù)據沖突。

此外，還有其他類型的鎖，以適應不同的場景。因此，在我們所謂的并發(fā)場景中，不存在數(shù)據問題。

排他鎖與共享鎖的區(qū)別？

獨占鎖是數(shù)據庫的“寫入鎖”；共享鎖也稱為“s鎖”，由非更新（讀取）操作創(chuàng)建。其他用戶可以同時讀取數(shù)據，但在釋放所有共享鎖之前，任何事務都不能獲取數(shù)據的獨占鎖。

Java中事務開啟是不是就是mysql加鎖了？

Java中的東西一般都是在服務層控制的，主要是為了在一些安全系數(shù)高的業(yè)務場景中防止出錯。最常用的操作是轉賬操作，必須在轉出賬戶扣錢和轉入賬戶加錢時成功。

如果您同時在MySQL中讀寫數(shù)據，一個人在MySQL中讀寫數(shù)據可能會出錯。但是，當一個人同時在MySQL中讀寫數(shù)據時，可能會出現(xiàn)錯誤。

兩者不是一回事