-
如果一個事務操作內既有讀鎖也有寫鎖的話，讀鎖升級為寫鎖，這樣的話避免讀鎖的同時其他的鎖進來，導致死鎖查看全部
-
請求存儲的問題， 直接寫入內存的話：優點：IOPS高 缺點：可能丟失數據 2. GroupCommit:優點：保證系統的持久性和吞吐量，缺點是請求延遲高查看全部
-
快照隔離級別 用新方式實現創痛意義上的讀未提交的場景，同時保證可以序列化的隔離級別 2 寫>讀時會增加系統成本 3 MVCC適合讀寫比率比較高的情況。查看全部
-
快照隔離級別查看全部
-
悲觀鎖--樂觀鎖 和讀鎖、寫鎖/原位鎖、排他鎖 這幾個是不同的概念，讀寫鎖可以都是悲觀鎖，也可以用于做樂觀鎖查看全部
-
悲觀鎖--適合并發爭搶比較嚴重的場景 樂觀鎖--適合并發爭搶不太嚴重的場景查看全部
-
悲觀鎖--使得線程到阻塞狀態，通知信息OK的時候狀態切換回等待的狀態查看全部
-
系統宕機以后，重新恢復的話，recovery操作，不讓外界訪問，在recovery的過程中可能也會發生宕機或者異常，此時也應該做recovery的時候的日志，一旦此時宕機就可以通過recovery時的日志進行恢復查看全部
-
持久性查看全部
-
快照讀--讀未提交 快照讀能保證在讀到一致性的同時實現讀未提交查看全部
-
事務讀寫并行，寫讀并行查看全部
-
快照隔離性，從回滾段中讀取查看全部
-
隔離性 快照的方式查看全部
-
隔離性 快照查看全部
-
隔離性 序列化讀（串行執行，不會沖突） 可重復讀（讀讀可以并行，但是讀寫不可以并行） 讀已提交（加讀鎖和寫鎖，讀鎖和寫鎖都要加鎖，這時候讀讀、讀寫的情況可以并行（讀鎖升級為寫鎖）） 讀未提交（不加讀鎖，容易讀到寫入的中間過程的數據，讀鎖可以并行，寫鎖串行）查看全部
舉報
0/150
提交
取消