數(shù)據(jù)庫(kù)并發(fā)更新多條數(shù)據(jù)，如何保證數(shù)據(jù)的正確性？你好，以上兩種可能更一般。這里有兩個(gè)解決方案。事實(shí)上，對(duì)于非集群應(yīng)用程序，事情可以直接控制，所以沒(méi)有問(wèn)題。但是！現(xiàn)在項(xiàng)目部署應(yīng)該是多實(shí)例的，因此單獨(dú)依賴事

數(shù)據(jù)庫(kù)并發(fā)更新多條數(shù)據(jù)，如何保證數(shù)據(jù)的正確性？

你好，以上兩種可能更一般。這里有兩個(gè)解決方案。事實(shí)上，對(duì)于非集群應(yīng)用程序，事情可以直接控制，所以沒(méi)有問(wèn)題。但是！現(xiàn)在項(xiàng)目部署應(yīng)該是多實(shí)例的，因此單獨(dú)依賴事務(wù)是不合適的。第一種方案是樂(lè)觀鎖事務(wù)，即可以接收對(duì)數(shù)據(jù)的所有操作。然而，由于樂(lè)觀鎖的存在，只有提交的第一個(gè)事務(wù)才能在并發(fā)情況下成功。其他請(qǐng)求將失敗。第二種解決方案，分布式鎖，是提前脫離數(shù)據(jù)庫(kù)和隊(duì)列。換言之，在多個(gè)數(shù)據(jù)操作請(qǐng)求進(jìn)入之后，中間件（如ZK或。Redis用于控制前后的順序。即使請(qǐng)求是并發(fā)的，它們也必須在這里排序。當(dāng)然，這種方法也會(huì)帶來(lái)問(wèn)題，因?yàn)槌绦虻膱?zhí)行和想象有一定的差異，所以需要做一些冗余的測(cè)試。具體的程序組合，但這兩種程序比較常見(jiàn)。

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

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

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

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

c#多用戶對(duì)同一條數(shù)據(jù)修改如何防止并發(fā)導(dǎo)致錯(cuò)誤？

一種方法是鎖定。另一種方法是為不太了解鎖的人使用。例如，如果值為4，則首先將其取出，然后將其更新為5時(shí)，添加where=4。如果你更新到5，你可以使用5