-
原子性：加入了兩個回滾段(undo)，當需要回滾時，只需要回溯到對應的undo查看全部
-
死鎖處理查看全部
-
多個事務，誰先誰后（ 加個邏輯時間戳 ） 如何故障恢復（ 日志 ） 死鎖（ 原因是兩個線程，不同方向，相同資源 ） 傳統事務下，維護事務一致性:序列化(排隊法、多隊列（加鎖并發讀的讀寫鎖）、multiple version concurrent control(mvcc)（針對寫讀場景、讀讀、讀寫并發高。）)查看全部
-
事務的核心：鎖，并發。 事務單元之間的happen-before關系： 讀寫，寫讀，讀讀，寫寫 序列化讀寫： 事務排隊 優化- 排他鎖 （兩個事務兩個隊列）查看全部
-
recovery查看全部
-
sql92標準的隔離級別。查看全部
-
讀寫鎖 讀未提交 只加寫鎖（但是不影響讀），不加讀鎖 實現讀讀，讀寫，寫讀并行。 問題是可能會讀到寫過程中的數據。即讀到臟數據。查看全部
-
讀寫鎖 讀已提交，不可重讀（讀鎖可以被寫鎖升級，寫完之后，再讀發現值已被修改） 讀讀并行，讀寫并行查看全部
-
序列化讀寫： 所有請求完全串行。 讀寫鎖，見圖。查看全部
-
問題： 多個事務，誰先誰后（ 加個邏輯時間戳 ） 如何故障恢復（ 日志 ） 死鎖（ 原因是兩個線程，不同方向，相同資源 ）查看全部
-
MVCC 實現寫不阻塞讀。 copy on write 寫的時候還可以讀讀讀。查看全部
-
所有操作序列化 -》 對共享數據加 排他鎖（表級，行級）--》讀寫鎖分離 （共享鎖，排他鎖）實現讀讀并行，即實現可重復讀的隔離級別 --》 要實現讀寫并行，即去掉讀鎖（共享鎖），但是就不可重復讀了。查看全部
-
重啟后進入recovery模式，不能訪問。查看全部
-
樂觀鎖查看全部
-
悲觀鎖查看全部
舉報
0/150
提交
取消