所謂原子性，就是事務中執行的語句要麼全部執行，要麼全部不執行，如果事務在中途發生錯誤，那麼前面執行過的語句将會復原到事務前；一緻性指的是在執行事務之前和事務執行完成後的資料庫狀态是完整的；也就是說我們執行的語句都按照我們預想的結果執行了；隔離性指資料庫允許多個并發事務同時對其資料進行讀寫和修改的能力，隔離性可以防止多個事務并發執行時由于交叉執行而導緻資料的不一緻。事務隔離分為不同級别，包括讀未送出（Read uncommitted）、讀送出（read committed）、可重複讀（repeatable read）和串行化（Serializable）。持久性指的是，事務執行完成後，對資料的修改是永久的；
上一篇我們聊到了mariadb的鎖，以及怎麼手動加鎖和解鎖等等，回顧請參考https://www.cnblogs.com/qiuhom-1874/p/13196905.html；今天我們來聊一聊mariadb的事務隔離級别；在前邊的随筆中，我們提到到了mysql的存儲引擎，常用的有MyISAM和innodb，其中myisam不支援事務，innodb支援事務；是以我們常說的事務是針對innodb存儲引擎來說的；所謂事務就是在我們在執行大批量語句時，為了保證資料庫的完整性，要麼語句全部執行，要麼語句全部不執行；是以事務必須滿足ACID這是個條件；A表示Atomicity，原子性，也是不可分性；C表示Consistency，一緻性；I表示Isolation，隔離性，又稱獨立性；D表示Durability，持久性；所謂原子性，就是事務中執行的語句要麼全部執行，要麼全部不執行，如果事務在中途發生錯誤，那麼前面執行過的語句将會復原到事務前；一緻性指的是在執行事務之前和事務執行完成後的資料庫狀态是完整的；也就是說我們執行的語句都按照我們預想的結果執行了；隔離性指資料庫允許多個并發事務同時對其資料進行讀寫和修改的能力，隔離性可以防止多個事務并發執行時由于交叉執行而導緻資料的不一緻。事務隔離分為不同級别，包括讀未送出（Read uncommitted）、讀送出（read committed）、可重複讀（repeatable read）和串行化（Serializable）。持久性指的是，事務執行完成後，對資料的修改是永久的；
接下來我們來說說怎麼在mariadb中開啟事務吧
使用者手動開啟事務用start transaction 或者使用begin語句開啟事務；
提示：以上紅框中的語句就表示手動開啟一個事務；這裡需要注意一點，對于mysql來講，預設在指令行執行的語句都是自動送出事務的；也就是說預設情況下我們在mysql shell中執行的語句它預設也會開啟一個事務，但我們語句執行完成後，它會自動把該事務送出；是以我們手動開啟一個事務可以使用start transaction 語句 或者begin 或者執行set autocommit=0來關閉自動送出事務；
提示：送出事務用commit 語句，表示結束目前事務；當然結束目前事務也可以用rollback語句，表示復原到事務之前的狀态；復原以後事務也就結束了；
SAVEPOINT identifier：建立一個儲存點，一個事務中可以存在多個儲存點，復原時我們可以指定復原到某個點上；
MariaDB [first_db]> begin;
Query OK, 0 rows affected (0.000 sec)
MariaDB [first_db]> select * from test_tb;
+------+----------+------+
| id | name | age |
+------+----------+------+
| 1 | xiaoming | 44 |
| 2 | zhangsan | 16 |
+------+----------+------+
2 rows in set (0.001 sec)
MariaDB [first_db]> insert into test_tb values (3,"lisi",23);
Query OK, 1 row affected (0.002 sec)
MariaDB [first_db]> savepoint one;
Query OK, 0 rows affected (0.001 sec)
MariaDB [first_db]> insert into test_tb values (4,"wangwu",25);
Query OK, 1 row affected (0.001 sec)
MariaDB [first_db]> savepoint two;
Query OK, 0 rows affected (0.000 sec)
MariaDB [first_db]> select * from test_tb;
+------+----------+------+
| id | name | age |
+------+----------+------+
| 1 | xiaoming | 44 |
| 2 | zhangsan | 16 |
| 3 | lisi | 23 |
| 4 | wangwu | 25 |
+------+----------+------+
4 rows in set (0.001 sec)
MariaDB [first_db]> rollback to one;
Query OK, 0 rows affected (0.001 sec)
MariaDB [first_db]> select * from test_tb;
+------+----------+------+
| id | name | age |
+------+----------+------+
| 1 | xiaoming | 44 |
| 2 | zhangsan | 16 |
| 3 | lisi | 23 |
+------+----------+------+
3 rows in set (0.001 sec)
MariaDB [first_db]>
提示：存在多個儲存點，如果復原到前邊的點以後，後面的儲存點就沒有了；
接下來看看事務的隔離級别
對于mysql資料庫 innodb存儲引擎支援的事務隔離級别有4中，READ-UNCOMMITED：讀未送出；這表示事務還沒有結束，其他使用者或程序是可以實時的讀到事務中對資料的改變，因為事務還沒送出，是以我們認為其他使用者或程序讀到的資料就是一個不準确的資料，通常我們把這種叫髒讀；READ-COMMITTED：讀送出；這表示隻有事務送出後，其他使用者或程序才可以讀到事務修改後的資料；這種事務隔離級别就要比前面的隔離級别要高一點，讀到的資料也要精準一點；這種隔離級别就是隻要事務A送出了，在其他事務裡就可以讀取到事務A修改後的資料；通常這種我們叫不可重複讀，不可重複讀表示在其他事務中，讀到的資料是根據事務A是否送出有關系；REPEATABLE-READ：可重複讀，這表示在A事務中修改後的資料，在B中事務上不可見的，即便A中事務已經送出，B中事務沒有送出，那麼在B中的事務中讀到的還是A事務修改前的資料；隻有當事務B結束後才能讀到A事務修改後的資料；是以通常我們把這種方式也叫幻讀，給人一種幻覺的感覺；SERIALIZABLE：串行化；這種隔離級别是最高的，但同時并發通路也是最差的，它表示事務A和事務B是順序執行的，什麼意思呢，就是說事務B必須要等到事務A完成後才可以執行；
關閉自動送出功能
MariaDB [first_db]> select @@session.autocommit;
+----------------------+
| @@session.autocommit |
+----------------------+
| 1 |
+----------------------+
1 row in set (0.001 sec)
MariaDB [first_db]> set @@session.autocommit=0;
Query OK, 0 rows affected (0.001 sec)
MariaDB [first_db]> select @@session.autocommit;
+----------------------+
| @@session.autocommit |
+----------------------+
| 0 |
+----------------------+
1 row in set (0.001 sec)
MariaDB [first_db]>
提示：以上語句表示設定目前會話關閉自動送出功能，關閉此會話它将恢複原有設定；
設定事務A的隔離級别為read-uncommitted
提示：事務隔離級别字串要加引号，否則會提示文法錯誤
設定會話B的隔離級别為read-uncommitted
在事務A中修改表中資料，在會話B中檢視表中資料，看看是否在會話B中看到修改後的資料？
MariaDB [first_db]> BEGIN;
Query OK, 0 rows affected (0.000 sec)
MariaDB [first_db]> select @@session.tx_isolation;
+------------------------+
| @@session.tx_isolation |
+------------------------+
| REPEATABLE-READ |
+------------------------+
1 row in set (0.001 sec)
MariaDB [first_db]> set @@session.tx_isolation='read-uncommitted';
Query OK, 0 rows affected (0.001 sec)
MariaDB [first_db]> select @@session.tx_isolation;
+------------------------+
| @@session.tx_isolation |
+------------------------+
| READ-UNCOMMITTED |
+------------------------+
1 row in set (0.001 sec)
MariaDB [first_db]> select * from test_tb;
+------+----------+------+
| id | name | age |
+------+----------+------+
| 1 | xiaoming | 44 |
| 2 | zhangsan | 16 |
+------+----------+------+
2 rows in set (0.001 sec)
MariaDB [first_db]> insert into test_tb values(2,"xiaohong",33);
Query OK, 1 row affected (0.001 sec)
MariaDB [first_db]> select * from test_tb;
+------+----------+------+
| id | name | age |
+------+----------+------+
| 1 | xiaoming | 44 |
| 2 | zhangsan | 16 |
| 2 | xiaohong | 33 |
+------+----------+------+
3 rows in set (0.001 sec)
MariaDB [first_db]>
提示：在事務A中插入資料在目前事務中是可以正常看到資料的變化；
提示：可以看到在會話B上是可以正常看到事務A中資料的修改；
提示：從上面的資訊可以看到，當事務A中的修改操作復原時，在會話B中是可以檢視到復原後的資料；這也意味這在會話B中讀到的資料不是很準确；
設定事務A的事務隔離級别為read-committed
設定會話B的事務隔離級别為read-committed，然後在事務A上修改資料，不送出，看看會話B上是否可以看到？
MariaDB [first_db]> start transaction;
Query OK, 0 rows affected (0.001 sec)
MariaDB [first_db]> select @@session.tx_isolation;
+------------------------+
| @@session.tx_isolation |
+------------------------+
| READ-UNCOMMITTED |
+------------------------+
1 row in set (0.001 sec)
MariaDB [first_db]> set @@session.tx_isolation='read-committed';
Query OK, 0 rows affected (0.001 sec)
MariaDB [first_db]> select @@session.tx_isolation;
+------------------------+
| @@session.tx_isolation |
+------------------------+
| READ-COMMITTED |
+------------------------+
1 row in set (0.001 sec)
MariaDB [first_db]> select @@session.autocommit;
+----------------------+
| @@session.autocommit |
+----------------------+
| 0 |
+----------------------+
1 row in set (0.001 sec)
MariaDB [first_db]> select * from test_tb;
+------+----------+------+
| id | name | age |
+------+----------+------+
| 1 | xiaoming | 44 |
| 2 | zhangsan | 16 |
+------+----------+------+
2 rows in set (0.001 sec)
MariaDB [first_db]> insert into test_tb values(3,"wangwu",43);
Query OK, 1 row affected (0.001 sec)
MariaDB [first_db]> select * from test_tb;
+------+----------+------+
| id | name | age |
+------+----------+------+
| 1 | xiaoming | 44 |
| 2 | zhangsan | 16 |
| 3 | wangwu | 43 |
+------+----------+------+
3 rows in set (0.001 sec)
MariaDB [first_db]>
在會話B中檢視test_tb表，看看是否有能看到修改後的資料？
提示：在會話B中可以看到的test_tb表中的資料還是事務A開始前的資料；
送出事務A，看看會話B是否能夠看到修改後的資料呢？
提示：可以看到當事務A送出以後，在會話B中就可以看到事務A中修改後的資料；
設定事務A的事務隔離級别為repeatable-read
MariaDB [first_db]> begin;
Query OK, 0 rows affected (0.000 sec)
MariaDB [first_db]> set @@session.tx_isolation='repeatable-read';
Query OK, 0 rows affected (0.000 sec)
MariaDB [first_db]> select @@session.tx_isolation;
+------------------------+
| @@session.tx_isolation |
+------------------------+
| REPEATABLE-READ |
+------------------------+
1 row in set (0.000 sec)
MariaDB [first_db]>
關閉事務B的自動送出功能并設定事務B的隔離級别為repeatable-read
在事務A中修改資料，并送出，看看在事務B中是否能看到修改後的資料？
在事務B中檢視test_tb表中的資料，看看是否有變化呢？
提示：可以看到在事務B中無論怎麼檢視資料都是沒有發生變化；
送出事務B在檢視資料看看是否有變化？
提示：可以看到當事務B送出以後，再次檢視表中資料，就可以看到事務A更改以後的表資料了；
設定會話A的事務隔離級别為serializable
設定會話B的事務隔離級别為serializable
在事務A，事務B中更新表中同一條資料，看看會發生什麼？
提示：在事務B中成功修改了第一條資料；
提示：在事務A上就不能修改第一條資料了，那我們在事務A上是否可修改第二條資料呢？
提示：可以看到第二條資料是能夠修改的；
送出事務B，看看A事務上是否可以修改第一條資料呢？
提示：送出了事務B以後，在會話B上再次檢視test_tb表中的資料，發現執行不了，原因是事務A修改了第二條資料，還未完成事務，是以一直阻塞；
在事務A上修改第一條資料，看看是否可修改？
提示：送出了事務B以後，在事務A上還是不能夠修改第一條資料；原因是事務A修改了第二條資料，事務還沒有結束，是以第三個事務就無法執行，是以我們在會話B上是不能夠檢視資料，因為預設情況檢視資料也會啟動一個事務；
結束事務A，在會話B上看看是否可查詢？
提示：復原了事務A，事務A也就結束了；在事務B中修改的資料，在事務A上做復原，是復原不回去的；這說明復原操作隻針對目前事務；
提示：結束了事務A以後，在會話B上就可以正常檢視test_tb上的資料了；
以上就是在mariadb資料庫上的事務的四種隔離級别的差別；從上面的示範可以看到，串行化的隔離級别最高，但是并發連接配接也是最差的，因為它必須要等到前一個事務結束後才可以執行後面的事務；其次就是可重讀，可重讀必須是兩個事務都結束以後才可以看到真實修改後的資料；再其次就是不可重讀，讀送出，這種隔離級别必須是一方事務送出以後其他事務才可以讀到真實修改資料；而隔離級别最低就是對未送出，這種隔離級别隻要是事務中修改了，其他事務上就能夠讀到相應的資料；當然這種讀到的資料也是最不靠譜的；
作者：Linux-1874
出處：https://www.cnblogs.com/qiuhom-1874/
本文版權歸作者和部落格園共有，歡迎轉載，但未經作者同意必須保留此段聲明，且在文章頁面明顯位置給出原文連接配接，否則保留追究法律責任的權利.