事務的隔離級別與所帶來的問題-有解無憂

一、事務的基本要素（ACID）

　　1、原子性（Atomicity）：事務開始后所有操作，要么全部做完，要么全部不做，不可能停滯在中間環節，事務執行程序中出錯，會回滾到事務開始前的狀態，所有的操作就像沒有發生一樣，也就是說事務是一個不可分割的整體，就像化學中學過的原子，是物質構成的基本單位，

　　 2、一致性（Consistency）：事務開始前和結束后，資料庫的完整性約束沒有被破壞，比如A向B轉賬，不可能A扣了錢，B卻沒收到，

　　 3、隔離性（Isolation）：同一時間，只允許一個事務請求同一資料，不同的事務之間彼此沒有任何干擾，比如A正在從一張銀行卡中取錢，在A取錢的程序結束前，B不能向這張卡轉賬，

　　 4、持久性（Durability）：事務完成后，事務對資料庫的所有更新將被保存到資料庫，不能回滾，

讀未提交（read uncommitted）是指，一個事務還沒提交時，它做的變更就能被別的事務看到，
讀已提交（read committed）是指，一個事務提交之后，它做的變更才會被其他事務看到，
可重復讀（repeatable read）是指，一個事務執行程序中看到的資料，總是跟這個事務在啟動時看到的資料是一致的，當然在可重復讀隔離級別下，未提交變更對其他事務也是不可見的，
串行化（serializable ），顧名思義是對于同一行記錄，“寫”會加“寫鎖”，“讀”會加“讀鎖”，當出現讀寫鎖沖突的時候，后訪問的事務必須等前一個事務執行完成，才能繼續執行，

例子

若隔離級別是“讀未提交”，則a1的值就是20,雖然B沒提交2但是結果已經A看到了
若隔離級別是“讀已提交”，則a1是10，a2的值是2，事務B的更新在提交后才能被A看到，所以， a3的值也是2，
若隔離級別是“可重復讀”，則a1、a2是10，a3是20，之所以a2還是10，遵循的就是這個要求：事務在執行期間看到的資料前后必須是一致的，
若隔離級別是“串行化”，則在事務B執行“將A=10改成20”的時候，會被鎖住，直到事務A提交后，事務B才可以繼續執行，所以從A的角度看， a1、a2值是10，a3的值是20

查看隔離級別

show variables like 'transaction_isolation';

設定innodb的事務級別方法是：set 作用域 transaction isolation level 事務隔離級別，例如~

SET [SESSION | GLOBAL] TRANSACTION ISOLATION LEVEL {READ UNCOMMITTED | READ COMMITTED | REPEATABLE READ | SERIALIZABLE}

set global transaction isolation level read committed; //全域的

set session transaction isolation level read committed; //當前會話

這四種隔離級別采取不同的鎖型別來實作，若讀取的是同一個資料的話，就容易發生問題，例如：

? 臟讀(Drity Read)：某個事務已更新一份資料，另一個事務在此時讀取了同一份資料，由于某些原因，前一個RollBack了操作，則后一個事務所讀取的資料就會是不正確的，

? 不可重復讀(Non-repeatable read):在一個事務的兩次查詢之中資料不一致，這可能是兩次查詢程序中間插入了一個事務更新的原有的資料，

? 幻讀(Phantom Read):在一個事務的兩次查詢中資料筆數不一致，例如有一個事務查詢了幾列(Row)資料，而另一個事務卻在此時插入了新的幾列資料，先前的事務在接下來的查詢中，就會發現有幾列資料是它先前所沒有的，

解決方案

//todo

事務隔離的實作：每條記錄在更新的時候都會同時記錄一潭訓滾操作，同一條記錄在系統中可以存在多個版本，這就是資料庫的多版本并發控制（MVCC），
回滾日志什么時候洗掉？系統會判斷當沒有事務需要用到這些回滾日志的時候，回滾日志會被洗掉，
什么時候不需要了？當系統里么有比這個回滾日志更早的read-view的時候，
為什么盡量不要使用長事務，長事務意味著系統里面會存在很老的事務視圖，在這個事務提交之前，回滾記錄都要保留，這會導致大量占用存盤空間，除此之外，長事務還占用鎖資源，可能會拖垮庫，
事務啟動方式：
- 一、顯式啟動事務陳述句，begin或者start transaction,提交commit，回滾rollback；
- 二、set autocommit=0，該命令會把這個執行緒的自動提交關掉，這樣只要執行一個select陳述句，事務就啟動，并不會自動提交，直到主動執行commit或rollback或斷開連接，
- 建議使用方法一，如果考慮多一次互動問題，可以使用commit work and chain語法，在autocommit=1的情況下用begin顯式啟動事務，如果執行commit則提交事務，如果執行commit work and chain則提交事務并自動啟動下一個事務，

? 1、事務隔離級別為讀提交時，寫資料只會鎖住相應的行

　　2、事務隔離級別為可重復讀時，如果檢索條件有索引（包括主鍵索引）的時候，默認加鎖方式是next-key 鎖；如果檢索條件沒有索引，更新資料時會鎖住整張表，一個間隙被事務加了鎖，其他事務是不能在這個間隙插入記錄的，這樣可以防止幻讀，

　　3、事務隔離級別為串行化時，讀寫資料都會鎖住整張表

　　 4、隔離級別越高，越能保證資料的完整性和一致性，但是對并發性能的影響也越大，****

　　 5、MYSQL MVCC實作機制參考鏈接：https://blog.csdn.net/whoamiyang/article/details/51901888****

　　 6、關于****next-key 鎖可以參考鏈接：https://blog.csdn.net/bigtree_3721/article/details/73731377********

轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/4083.html

標籤：MySQL