| 隔離級別 | 臟讀可能性 | 不可重復度可能性 | 幻讀可能性 | 加鎖讀 |
| 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'; // 設置隔離級別，閥域READ-UNCOMMITTED、READ-COMMITTED、REPEATABLE-READ、SERIALIZABLE
事務的隔離級別可以是Session層的，我們可以對不同的Session設置不同級別：
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事務隔離級別
Spring事務默認使用數(shù)據(jù)庫的隔離級別，可以通過注解@Transactional中的isolation參數(shù)調整Session級的隔離級別。隔離級別是會話級別的，JDBC的java.sql.Connection接口支持隔離級別的設置。
Spring在開啟事務時（DataSourceTransactionManager.doBegin），根據(jù)注解配置，對Connection的隔離級別進行設置：
MySQL驅動com.mysql.cj.jdbc.ConnectionImpl執(zhí)行SQL語句調整會話級的隔離級別
3、死鎖
死鎖是指兩個或多個事務在同一資源上相互占用，并請求鎖定對方占用的資源，從而導致惡性循環(huán)。死鎖示例：
# 事務一 start transaction; update account set money=10 where id=1; update account set money=20 where id=2; commit; # 事務二 start transaction; update account set money=10 where id=2; update account set money=20 where id=1; commit;
假設碰巧，事務一和事務二同時執(zhí)行完第一個update語句，接著準備執(zhí)行第二條update語句，卻發(fā)現(xiàn)記錄已被對方鎖定，然后2個事務都等待對方釋放資源，同時持有對方需要的鎖，這樣就會出現(xiàn)死循環(huán)。
為了避免死鎖問題，數(shù)據(jù)庫實現(xiàn)了各種死鎖檢測和死鎖超長機制，InnoDB處理死鎖的方式是：將持有最少行級排他鎖的事務進行回滾。
以上就是本文的全部內容，希望對大家的學習有所幫助，也希望大家多多支持腳本之家。
