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

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

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

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

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

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

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

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

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