MySQL事務隔離級別

本文首發於我的微信公衆號《andyqian》，期待你的關注！

前言

咱們在上一篇《MySQL之初識事務》中介紹了事務的基本概念，以及查看當前事務屬性。如何手動開啓，提交，回滾事務。其實事務中還有一個很是重要的概念----事務隔離級別。那咱們今天就一塊兒來聊聊MySQL事務隔離級別！

什麼是隔離級別?

官方文檔中這麼描述:

The isolation level is the setting that fine-tunes the balance between performance and reliability, consistency, and reproducibility of results when multiple transactions are making changes and performing queries at the same time

隔離級別是在多個事務同時進行更改和執行查詢時，對結果的性能和可靠性，一致性和可重複性之間的平衡進行微調的設置。 也就是說，數據一致性與性能和可靠性成反比，咱們根據業務需求，來選擇合適的隔離級別。

全部脫離業務需求，來選擇隔離級別的都是耍流氓！！！

隔離級別

在MySQL InnoDB引擎中提供了SQL標準中定義的四個隔離級別，分別是：
READ UNCOMMITTED(未提交讀)。
READ COMMITTED(提交讀)。
REPEATABLE READ(可重複讀)。
SERIALIZABLE(可串行化)。

下面分別介紹這四類隔離級別的做用，以及場景。

READ UNCOMMITTED(未提交讀)

還記得上一篇文章，咱們說 begin；只是開啓事務，沒有commit提交的話，是沒有真正提交的。沒有持久化的對不對。相應的其它事務也讀取不到未提交的值對不對。但若是咱們將隔離級別設置爲READ UNCOMMITTED的話，那就會獲取到未提交的數據哦。 例如:

原始數據

INSERT INTO `andyqian`.`t_base_user` (`oid`, `name`, `email`, `age`, `telephone`, `status`, `created_at`, `updated_at`) 
VALUES ('3866584', 'andyqian', 'andytohome@gmail.com', '1', '12345678901', '1', '2017-11-21 21:15:04', '2017-11-21 21:1:40');

事務A:

begin;
update t_base_user set email="11111111@gmail.com",updated_at=now()where  oid=3866584;

注意此時事務A並無commit。

咱們再開啓一個事務B;

begin;
select * from t_base_user where email=」11111111@gmail.com";
commit;

這個時候，其實事務B已經查詢出來了, 11111111@gmail.com已是事務A未提交的數據對不對。(爲了方便試驗，能夠將自動提交禁用掉。set autocommit=0)；

細心的童鞋應該發現問題了。假如事務A這個語句寫錯了，不commit，或rollback(回滾)後。但事務B已經讀取了事務A未commit的數據，這時候就形成了數據不一致的問題，產生髒讀！ 因此，該隔離級別通常不多使用。

READ COMMITTED(提交讀)

顧名思義，也就是說： 事務只能查看到已經提交後的事務，持久化後的數據，換句話說： 未提交的事務，所進行的修改，均不會被讀取到，這也是大多數數據庫系統的默認事務級別。(MySQL默認的隔離級別是：可重複讀)。

REPEATABLE TABLE(可重複讀)

這是MySQL默認的事務隔離級別，保證了在同一個事務中屢次讀取記錄的結果是一致的。也解決了READ UNCOMMITITED(未提交讀)中的髒讀問題。

SERIALIZABLE(可串行化)

該隔離級別是最高的隔離級別，保持了數據的強一致性，但有利也有弊，該隔離級別是經過強制事務串行執行，就像隊列同樣，一個緊接着一個，在大併發應用時，就會致使大量的超時和鎖競爭產生。因此在平時，通常狀況下也不多使用該事務隔離級別。

查看&修改事務隔離級別

咱們能夠下面命令查看會話隔離級別，以及全局隔離級別。
當前會話隔離級別:

select @@tx_isolation

全局隔離級別:

select @@global.tx_isolation;

一樣，咱們也能夠修改默認的隔離級別，經過以下命令:
修改當前會話隔離級別：

set session transaction isolation level read uncommitted;

修改全局隔離級別：

set global transaction isolation level read uncommitted;

這裏值得注意的是，若是生產環境， 不要輕易修改事務的隔離級別(除非有特別特殊理由，不然最好別修改)。
例如： 從(REPEATABLE READ(可重複讀))修改成(SERIALIZABLE(可串行化)，就存在很大的風險，會致使大量的超時，致使性能急速降低，影響業務使用。

也就是說：事務的隔離級別，在數據庫前期就應該根據業務方式，來肯定好。後續就不該該進行修改。

今日命令

今天介紹的命令，在查看服務器鏈接，排查鏈接過多，查看鏈接狀態時特別有用！

命令: show full processlist

做用: 顯示當前運行的線程以及狀態，也能夠根據該命令來查看服務器狀態。

Id: 鏈接Id。
User: 操做用戶名,這裏的用戶是MySQL中的用戶
Host: 顧名思義，這裏顯示的是客戶端用戶的Host名以及端口號。這裏須要注意的是系統用戶並不顯示。
db： 客戶端鏈接的數據庫，這裏的andyqian就是數據庫名稱。
Command: 表示客戶端正在執行的命令類型，這裏的類型有:Sleep,Query(查詢),Binlog Dump(在主從複製時常見)， Change user(線程正在更改用戶)等。通常經過該屬性也能看出當前進程的狀態。 此屬性狀態還有不少，下次單獨寫一篇文章拎出來講說。

Time: 指當前鏈接處於該狀態的時間。(單位:秒)
State: 指當鏈接正在執行的動做，事件或狀態。使用show processlist命令時，通常爲null值。
Info: 當前鏈接正在執行的語句，若是沒有執行任何語句，則爲Null。

相關閱讀:

MySQL表設計踩過的坑！

寫會MySQL索引

讀懂MySQL執行計劃

談談MySQL隱式類型轉換

 

                                                             掃碼關注，一塊兒進步

我的博客: http://www.andyqian.com