MySQL--事務，隔離性和隔離級別

 

事務

事務就是一組數據庫操做，要麼所有執行成功，要麼所有執行失敗，在MySQL中，事務是依靠存儲引擎層實現的。

 

ACID（Atomicity，Consistency，Isolation，Durability）

原子性是指事務是不可再分的，是最小的工做單元。

一致性是指數據的完整性必須保持一致。

隔離性則是指多個用戶併發訪問數據庫時，必須爲每一個用戶開啓一個事務，這些事務相互之間不受影響相互隔離。

持久性是指一個事務一旦被提交，它對數據庫中數據的改變就是永久性的，接下來即便數據庫發生故障也不該該對其有任何影響。

 

隔離級別

首先須要清楚的一點是，隔離得越嚴實，效率就會越低，所以許多時候是在這二者時間找尋平衡點。

隔離級別包括如下四個：

讀未提交(READ UNCOMMITTED)：是指一個事務未提交時，作的變動能被其餘事務看到。

讀提交(READ COMMITTED)：是指一個事務提交以後，作的變動能被其餘事務看到。

可重複讀(REAPEATABLE READ)：是指一個事務執行過程看到的數據，老是和這個事務啓動時看到的數據是一致的，而且，未提交的變動對於其餘事務也是不可見的。

串行化(SERIALIZABLE)：是指對於同一行記錄，寫會對其加寫鎖，讀會對其加讀鎖，當出現讀寫鎖衝突的時候，後訪問的事務必須等前一個事務完成才能繼續執行。這也是級別最高的隔離級別。

 

煮個栗子

先假設數據表T中只有一列，其中一行值爲1，那麼對於不一樣的隔離級別，表格中的V1V2V3的值就會有不一樣。

 

 

 

1，對於讀未提交，那麼B雖然沒有提交可是B作的修改能夠被A看到，因此V1查出來是就是修改後的2了，那麼天然V2也是2，V3也是2；

2，對於讀提交，那麼B在沒提交以前作的修改A都是看不到的，因此V1仍然是1，可是在查V2以前B提交了，因此V2等於2，V3也等於2；

3，對於可重複讀，意味着一個事務執行期間看到的值都是同樣的，在啓動時查詢到的值爲1，那麼在A未提交前看到的都是1，因此V1V2都是1，V3爲2；

4，對於串行化，由於A在B以前查詢到1，因此在B進行修改時，並不能繼續往下，而是必須等待A執行結束，因此V1V2都是1，V3爲2；

 

查詢本身數據庫的隔離級別：

SHOW VARIABLES LIKE 'transaction_isolation';

 

事務隔離的實現：

 

 

 在MySQL中，實際上每一條記錄在更新的時候都會同時記錄一條回滾的記錄，記錄上最新的值，經過回滾能找到前一個狀態下的值，在不一樣的時刻

啓動的事務就會有不一樣的read-view，同一條記錄在系統中能夠存在不少個版本。煮個栗子：(圖片來自丁奇的MySQL45講)

從左往右看，就是1按順序被修改成2，3，4，在回滾日誌中能看到上圖這樣的記錄，

 在視圖A，B，C裏面，此記錄的值是1，2，4。此時即便有另外一個事務正在將4再改爲5，這個事務跟read-viewA,B,C對應的事務不會衝突的。

詳細的原理本人尚未進行深刻了解，若是往後學到了再補上。

 

事務的啓動方式：

顯式啓動：start transaction/begin，配套提交語是commit，回滾是rollback

將自動提交關閉即set autocommit=0，意味着若是你執行一個select語句，這個事務就啓動了，並不會自動提交，直到手動commit或者rollback，

或者斷開鏈接。這種天然是很差的，由於客戶端若是跟MySQL一直是長鏈接，那麼就致使長事務，長事務會致使系統裏面有許多老的事務視圖。

且這些事務視圖能夠訪問數據庫中的任何數據，事務提交以前的全部的回滾記錄都會獲得保留，佔用大量存儲空間。除此以外，長事務也佔用

鎖資源，對庫的性能有很大影響。