數據庫一致性問題簡單記憶方式

髒讀
"讀了已寫(但沒有提交事務的數據行)"。
髒讀就是指當一個事務正在訪問數據,並且對數據進行了修改,而這種修改還沒有提交到數據庫中,這時,另外一個事務也訪問這個數據,然後使用了這個數據。
不可重複讀
"寫了已讀(但沒有提交事務的數據行)"
不可重複讀是指在一個事務內,多次讀同一數據。在這個事務還沒有結束時,另外一個事務也訪問該同一數據。那麼,在第一個事務中的兩次讀數據之間,由於第二個事務的修改,那麼第一個事務兩次讀到的的數據可能是不一樣的。這樣就發生了在一個事務內兩次讀到的數據是不一樣的,因此稱爲是不可重複讀。
幻讀
"寫了已讀(但沒有提交事務的表)"
幻讀是指當事務不是獨立執行時發生的一種現象,例如第一個事務對一個表中的數據進行了修改,這種修改涉及到表中的全部數據行。同時,第二個事務也修改這個表中的數據,這種修改是向表中插入一行新數據。那麼,以後就會發生操作第一個事務的用戶發現表中還有沒有修改的數據行,就好象發生了幻覺一樣。

SQL-92標準中定義了四個隔離級別
lREAD_UNCOMMITTED 讀未提交。 (不寫已寫,可讀已寫讀操作不加S鎖;
lREAD_COMMITTED 讀已提交。(不讀已寫,可寫已讀讀操作需要加S鎖,但是在語句執行完以後釋放S鎖;
lREPEATABLE_READ 可重複讀。(不寫已讀行,可寫已讀表讀操作需要加S鎖,但是在事務提交之前並不釋放S鎖,也就是必須等待事務執行完畢以後才釋放S鎖。
lSERIALIZABLE 串行提交。(不寫已讀的表在Repeatable Read級別的基礎上,添加一個範圍鎖。
在各級別下,寫操作均有X鎖

關於鎖
S鎖 共享鎖(允許別人一起)常用於讀,又稱讀鎖
U鎖 唯一鎖 (允許別人一起除了U)常用於更新,又稱更新鎖(區別於S,避免多個事務中符合條件的S同時申請轉爲X發生死鎖,故使用唯一的U鎖)
X鎖 排他鎖 (不和任何鎖一起)常用於修改,又稱寫鎖
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章