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

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

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

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

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

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

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

Java中事務(wù)開啟是不是就是mysql加鎖了？

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

如果您同時(shí)在MySQL中讀寫數(shù)據(jù)，一個(gè)人在MySQL中讀寫數(shù)據(jù)可能會(huì)出錯(cuò)。但是，當(dāng)一個(gè)人同時(shí)在MySQL中讀寫數(shù)據(jù)時(shí)，可能會(huì)出現(xiàn)錯(cuò)誤。

兩者不是一回事