修改 進行 今天 .com spa 數據 pos tails cell

數據庫事務隔離級別

數據庫事務的隔離級別有4個，由低到高依次為Read uncommitted 、Read committed 、Repeatable read 、Serializable ，這四個級別可以逐個解決臟讀 、不可重復讀 、幻讀 這幾類問題。

　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　√: 可能出現 ×: 不會出現

	臟讀	不可重復讀	幻讀
Read uncommitted	√	√	√
Read committed	×	√	√
Repeatable read	×	×	√
Serializable	×	×	×

關於read uncommitted方面 今天下午一開始做的時候，一直不出現臟數據，後邊重新理一遍，成功了，然後又花了半小時的時間 去嘗試之前不出現臟數據的原因，之後一直都是臟數據，所以就不知道我之前到底是哪出了問題，下邊貼 出成功後的操作圖； 　　　　　　　　　　　　　　　　　　　　　　圖1-1 　　　　　　　　　　　　　　　　　　　　　　圖1-2 　　　　　　　　　　　　　　　　　　　　　　圖1-3 圖1-1是我在第一個DOS系統下操作的命令，圖1-2是在第二個DOS系統下操作的命令，而後再在第一個DOS 系統下操作圖1-3的命令發現，讀到了未提交的事務。 關於Read committed方面 可以避免臟讀，但不能避免不可重復讀和幻讀的情況 　　　　　　　　　　　　　　　　　　圖2-1 　　　　　　　　　　　　　　　　　　圖2-2 　　　　　　　　　　　　　　　　　　圖2-3 圖2-1在DOS1下開啟事務，並且查詢當前reader表的數據，然後圖2-2DOS2下修改數據，最後在 DOS1的事務下重新查詢reader表的數據，發現ID=6的數據發生了變化，這就是在同一個事務下，兩次 讀取數據出現不一樣的情況，即不可重復讀。 關於repeatable read(可重復讀) mysql默認的事務隔離級別，可以避免臟讀、不可重復讀的問題，因為MYSQL的儲存引擎通過多 版本並發控制機制解決了幻讀的問題，因此這個級別可以避免幻讀了，以下是今天的測試： 　　　　　　　　　　　　　　　　　　　　圖3-1 　　　　　　　　　　　　　　　　　　　　圖3-2 　　　　　　　　　　　　　　　　　　　　圖3-3 圖3-1在DOS1下開啟事務，然後查詢一下reader表數據，然後在DOS2下插入一條數據，再在DOS1中 查詢reader表的數據，發現數據沒有沒有改變，說明沒有幻讀。 臟讀、不可重復讀、幻讀概念：

1. 臟讀 ：臟讀就是指當一個事務正在訪問數據，並且對數據進行了修改，而這種修改還沒有提交到數據庫中，這時，另外一個

事務也訪問這個數據，然後使用了這個數據。

2. 不可重復讀 ：是指在一個事務內，多次讀同一數據。在這個事務還沒有結束時，另外一個事務也訪問該同一數據。那麽，

在第一個事務中的兩 次讀數據之間，由於第二個事務的修改，那麽第一個事務兩次讀到的的數據可能是不一樣的。這樣就發

生了在一個事務內兩次讀到的數據是不一樣的，因此稱為是不 可重復讀。例如，一個編輯人員兩次讀取同一文檔，但在兩次

讀取之間，作者重寫了該文檔。當編輯人員第二次讀取文檔時，文檔已更改。原始讀取不可重復。如果 只有在作者全部完成

編寫後編輯人員才可以讀取文檔，則可以避免該問題。

3. 幻讀 : 是指當事務不是獨立執行時發生的一種現象，例如第一個事務對一個表中的數據進行了修改，這種修改涉及到表中的

全部數據行。 同時，第二個事務也修改這個表中的數據，這種修改是向表中插入一行新數據。那麽，以後就會發生操作第一個

事務的用戶發現表中還有沒有修改的數據行，就好象 發生了幻覺一樣。例如，一個編輯人員更改作者提交的文檔，但當生產部門

將其更改內容合並到該文檔的主復本時，發現作者已將未編輯的新材料添加到該文檔中。 如果在編輯人員和生產部門完成對原始

文檔的處理之前，任何人都不能將新材料添加到文檔中，則可以避免該問題。

摘自：https://www.cnblogs.com/wuxiang/p/5477807.html 關於不可重復讀、幻讀，理解摘自貼吧： 不可重復讀的重點是修改:
同樣的條件, 你讀取過的數據, 再次讀取出來發現值不一樣了
幻讀的重點在於新增或者刪除
同樣的條件, 第1次和第2次讀出來的記錄數不一樣 當然, 從總的結果來看, 似乎兩者都表現為兩次讀取的結果不一致.
但如果你從控制的角度來看, 兩者的區別就比較大
對於前者, 只需要鎖住滿足條件的記錄
對於後者, 要鎖住滿足條件及其相近的記錄 避免不可重復讀需要鎖行就行
避免幻影讀則需要鎖表 貼吧鏈接地址：https://bbs.csdn.net/topics/120024254 本文的參考鏈接： http://blog.csdn.net/jiesa/article/details/51317164

數據庫事務隔離級別