READ UNCOMMITTED（讀未提交）：事務(wù)的修改，即使沒有提交，對其他事務(wù)也都是可見的。事務(wù)能夠讀取未提交的數(shù)據(jù)，這種情況稱為臟讀。 READ COMMITTED（讀已提交）：事務(wù)讀取已提交的數(shù)據(jù)，大多數(shù)數(shù)據(jù)庫的默認(rèn)隔離級別。當(dāng)一個事務(wù)在執(zhí)行過程中，數(shù)據(jù)被另外一個事務(wù)修改，造成本次事務(wù)前后讀取的信息不一樣，這種情況稱為不可重復(fù)讀。 PEPEATABLE READ（可重復(fù)讀）：這個級別是MySQL的默認(rèn)隔離級別，它解決了臟讀的問題，同時也保證了同一個事務(wù)多次讀取同樣的記錄是一致的，但這個級別還是會出現(xiàn)幻讀的情況?；米x是指當(dāng)一個事務(wù)A讀取某一個范圍的數(shù)據(jù)時，另一個事務(wù)B在這個范圍插入行，A事務(wù)再次讀取這個范圍的數(shù)據(jù)時，會產(chǎn)生幻行。特別說明：InnoDB和XtraDB存儲引擎通過多版本并發(fā)控制（MVCC，Multiversion Concurrency Control）解決了幻讀問題，它使用間隙鎖（next-key locking）鎖定查詢涉及的行和索引中的間隙，防止幻影行的插入。 SERIALIZABLE（可串行化）：這個事務(wù)是最高的隔離級別，它強(qiáng)制事務(wù)串行執(zhí)行，避免了幻讀問題。簡單來說，SERIALIZABLE會在讀取的每一行數(shù)據(jù)上都加鎖，所以可能會導(dǎo)致大量的超時和鎖競爭 隔離級別 臟讀可能性 不可重復(fù)度可能性 幻讀可能性 加鎖讀 READ UNCONMITED Yes Yes Yes No RED COMMITED No Yes Yes No REPEATABLE READ No No Yes No SERIALIZABLE No No No Yes 2）如果查看修改和MySQL的隔離級別
show variables like 'tx_isolation'; # 查看隔離級別，MySQL8以前 show variables like 'transaction_isolation'; # 查看隔離級別，MySQL8
set global transaction_isolation='READ-COMMITTED'; // 設(shè)置隔離級別，閥域READ-UNCOMMITTED、READ-COMMITTED、REPEATABLE-READ、SERIALIZABLE 事務(wù)的隔離級別可以是Session層的，我們可以對不同的Session設(shè)置不同級別：
set session transaction isolation level read uncommitted; set session transaction isolation level read committed; set session transaction isolation level repeatable read; set session transaction isolation level serializable; 3）Spring事務(wù)隔離級別
# 事務(wù)一 start transaction; update account set money=10 where id=1; update account set money=20 where id=2; commit;
# 事務(wù)二 start transaction; update account set money=10 where id=2; update account set money=20 where id=1; commit; 假設(shè)碰巧，事務(wù)一和事務(wù)二同時執(zhí)行完第一個update語句，接著準(zhǔn)備執(zhí)行第二條update語句，卻發(fā)現(xiàn)記錄已被對方鎖定，然后2個事務(wù)都等待對方釋放資源，同時持有對方需要的鎖，這樣就會出現(xiàn)死循環(huán)。
