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

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

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

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

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

多個線程可以讀一個變量，只有一個線程可以對這個變量進行寫，到底要不要加鎖？

下面簡要說明以下原因：

鎖定是因為操作不是原子的。讓我們用操作一來解釋它?？聪旅鎯蓚€圖。

我這個操作需要

看上面的第二個圖，你能很清楚地理解這個過程嗎？

鎖定是為了確保上述三個步驟是原子操作。

回到問題上來，只有一個線程要寫，沒有競爭，所以不需要鎖定。

但是，如果你看第一張圖片，因為主內(nèi)存和本地內(nèi)存的存在

在一個線程寫入后，其他線程無法立即看到它。這就是可見性問題。

添加volatile關(guān)鍵字后，它將在操作后強制工作內(nèi)存和主內(nèi)存同步，以確保其他線程可以立即看到它。