[size=large][color=blue] 一般解決資料庫髒資料的問題，常常用到樂觀鎖和悲觀鎖。
樂觀鎖是在我取出資料進行操作前獲取到當前乙個時間戳，當更新的時候在對比下時間戳。如果時間戳相同則更新，否則不更新。
悲觀鎖則是在取出資料的時候將這條資料加鎖，其他要獲取操作這條資料的動作要等到釋放鎖之後才能操作。
最近接觸到另外一種方式： 那就是將你要操作的資料取出來後在更新的時候將[b]操作前的資料放到where後面去[/b]，這樣也可以防止你在操作的時候其他人已經更新了資料。
例如[/color][/size]
select id, name, age, ***, salar from emp
如果你要將1id對於的salar改為100，你在取出來的時候是50,那麼你在where中加上salar之前的值。
update emp set salar = 100 where salar = 50 and id=1
這個只是乙個可性的辦法，但是還是有一些問題，不過區域性還是可以用的。
資料庫併發下的髒資料問題
事情是這樣的，我有個需求，簡單來說是每次insert三條記錄，每次都給本次insert的記錄version 1，理想情況下，假設沒有併發，最後的資料應該是這樣 id name version 1 name 1 2 name 1 3 name 1 4 name 2 5 name 2 6 name 2 ...
解決Redis高併發下資料庫穿透問題
假如上萬或數十萬個請求同時請求乙個介面，介面中從redis中查詢相應資訊。如果redis查詢結果為空，就回去查資料庫，應為是在高併發情況下，所以會多次查資料庫，有可能是成千上萬次。錯誤示例 這會使資料庫的一壓力會非常大。這時我們就用synchronize同步鎖來解決。一萬個請求同時進來，只有乙個請求...
資料庫資料髒讀幻讀不可重複度的解決
要想解決資料的的髒讀幻讀和不可重複讀，首先要了解事務的隔離級別 一致性 隔離性 永續性 原子性 當執行失敗，所有的修改都會恢復到修改之前的狀態。在對修改的資料提交之前，對其他事務不可見。通俗的講就是儲存到資料庫永久儲存 感覺是滴 任何執行過程中的失敗，都將導致操作的失敗。髒讀 讀取到尚未提交的資料。...