摘要：數(shù)據(jù)庫事務隔離事務的介紹事務就是一組原子性的查詢，或者說是一個獨立的工作單元。事務可以讀取未提交的數(shù)據(jù)，也被稱為臟讀。在的情況下，用顯式啟動的事務，如果執(zhí)行則提交事務。監(jiān)控表，發(fā)現(xiàn)長事務報警。

事務就是一組原子性的sql查詢，或者說是一個獨立的工作單元。簡而言之，事務內的語句要么全部執(zhí)行成功，要么全部執(zhí)行失敗。

在Mysql中，事務支持是在引擎層實現(xiàn)的，但并不是所有的Mysql引擎都支持事務，比如MyISAM引擎就不支持事務，這也是MyISAM被InnoDB取代的重要原因之一。

提到事務，我們肯定會想到ACID：

原子性(Atomicity)

一致性(Consistency)

隔離性(Isolation)

持久性(Durability)

當數(shù)據(jù)庫中有多個事務同時執(zhí)行時，就可能會出現(xiàn)臟讀、不可重復讀、幻讀等問題，因為就有了事務隔離級別的概念。

SQL標準正定義了四種隔離級別：

READ UNCOMMITTED (未提交讀)

事務中的修改，即使還沒有提交，對其他事務都是可見的。事務可以讀取未提交的數(shù)據(jù)，也被稱為臟讀(Dirty Read)。

READ COMMITTED(提交讀)

一個事務提交后，所做的變更才能被其他事務看到。這個級別也叫不可重復讀，因為事務中執(zhí)行2次相同的查詢，可能得到的結果是不一樣的。

REPEATABLE READ(可重復讀)

一個事務執(zhí)行的過程中，總是和這個事務在啟動時看到的數(shù)據(jù)是一致的。當然在這個級別下，未提交的數(shù)據(jù)變更對其他事務也是不可見的。

SERIALIZABLE(可串行化)

對同一行記錄，寫和讀都會加鎖，當出現(xiàn)讀寫鎖沖突時，后訪問的事務必須等前一個事務執(zhí)行完成才能繼續(xù)執(zhí)行，就會導致大量的超時和鎖爭用的問題。

在實現(xiàn)上，數(shù)據(jù)庫里面會創(chuàng)建一個視圖，訪問的時候以視圖的邏輯為準。

在可重復讀這個隔離級別下，這個視圖是事務開啟的時候創(chuàng)建的，整個事務期間都用這個視圖。

在讀提交的隔離級別下，這個視圖是在sql語句開始執(zhí)行的時候創(chuàng)建的。

在讀未提交的隔離級別下，直接返回記錄上的最新值，沒有視圖概念。

在串行化的隔離級別下，直接用加鎖的方式避免并行訪問。

配置的方式是將啟動參數(shù)transaction-isolation設置成想要的隔離級別。

查看當前設置：

mysql> show variables like "transaction_isolation";
+-----------------------+-----------------+
| Variable_name         | Value           |
+-----------------------+-----------------+
| transaction_isolation | REPEATABLE-READ |
+-----------------------+-----------------+
1 row in set (0.00 sec)

總之，存在即合理，不同的隔離級別適用于不同的場景，具體我們應該根據(jù)業(yè)務場景來決定。

在Mysql中，實際上每條記錄的更新同時也會記錄一條回滾操作，記錄上的最新值通過回滾操作，都可以得到前一個狀態(tài)的值。

系統(tǒng)會自動判斷，當沒有事務再需要回滾日志時，會刪除回滾日志。

為什么不建議使用長事務：

長事務意味著系統(tǒng)里面會存在很老的事務視圖，由于這些事務隨時可以訪問數(shù)據(jù)庫里面的任何數(shù)據(jù)，所以這個事務提交之前，數(shù)據(jù)庫里可能用到的回滾記錄必須保留著，這就會占用大量的存儲空間。同時長事務還占用鎖資源，也可能拖垮整個庫。

顯式啟動事務語句，begin或者start transaction,提交就是commit,回滾用rollback。

set autocommit = 0,這個命令會將線程的自動提交關掉，意味著如果執(zhí)行一個select 語句，這個事務就啟動了，并且不會自動提交，直到你主動執(zhí)行commit或者rollback，或者斷開連接。

個人建議還是通過第一種方式顯式啟動事務，避免長事務的發(fā)生。

在 set autocommit = 1 的情況下，用 begin 顯式啟動的事務，如果執(zhí)行 commit 則提交事務。如果執(zhí)行 commit work and chain，則是提交事務并自動啟動下一個事務，這樣也省去了再次執(zhí)行 begin 語句的開銷。

查詢長事務：

下面語句是查詢持續(xù)時間超過60s的事務

mysql> select * from information_schema.innodb_trx where TIME_TO_SEC(timediff(now(),trx_started))>60;
Empty set (0.00 sec)

總結下來，我們在開發(fā)過程中，盡量少用長事務，如果無法避免，保證邏輯日志空間足夠大，并且支持動態(tài)日志空間增長。監(jiān)控Innodb_trx表，發(fā)現(xiàn)長事務報警。

歡迎交流。

《高性能Mysql》

極客時間-Mysql實戰(zhàn)45講