## 緩存數據一致性 ### 雙寫模式 修改完數據庫就把緩存中的也修改 A線程改完數據庫，在要修改緩存時，B線程也修改了數據庫，同時B線程先把緩存修改了，這導致A線程再修改緩存，使得緩存的數據庫是舊數據了，導致臟數據了。需要等緩存過期，或者數據又被修改了。 解決臟數據問題 修改數據庫和修改緩存放到同一個鎖里，這樣只有修改完緩存，鎖才會釋放，下一個線程才能修改這條數據。 因為加鎖，降低了性能。 ### 失效模式 修改完數據庫就把緩存刪除 A線程改完數據庫，并刪除完緩存，B線程也在修改數據庫時，C線程來讀取緩存，這時候緩存因為刪除了，會直接讀取數據庫并往緩存中更新（拿到的是A的值），如果C更新緩存是在B刪除緩存之后，將導致C把A的值更新到緩存中。 解決臟數據問題 修改數據庫和修改緩存放到同一個鎖里，這樣只有修改完緩存，鎖才會釋放，下一個線程才能修改這條數據。 因為加鎖，降低了性能。 我們能放入緩存的數據本就不應該是實時性、一致性要求超高的,所以緩存數據的時候加上保證每天拿到當前最新數據即可。,我們不應該過度設計,增加系統的復雜性遇到實時性、一致性要求高的數據,就應該查數據庫,即使慢點.