【后端面經-資料庫】MySQL的事務隔離級別簡介-有解無憂

0. 事務的概念
1. 三類問題
2. 事務隔離級別
3. 操作指令
4. 總結
5. 參考博文

0. 事務的概念

事務指的是一連串的集中操作指令，一個事務的執行必須執行完所有的動作才能算作執行結束，事務具有四個特點，簡記作ACID：

A-Atomicity: 原子性，事務的執行必須保證所有的動作都執行完畢；
C-Consistency: 一致性，事務的執行必須保證資料的一致性；
I-Isolation: 隔離性，事務的執行必須保證資料的隔離性；
D-Durability: 持久性，事務的執行必須保證資料的持久性，

而事務隔離級別則是在大型資料庫多個事務執行的程序中，針對事務并行進行的機制設計，主要是圍繞Isolation進行設計的，

1. 三類問題

臟讀
- 程序：
  - 事務A正在寫某一行資料，未提交；
  - 事務B并行讀取該行資料，用于操作；
  - 事務A撤銷寫操作，這是對于事務B來說，之前的讀操作就是錯誤的，
- 讀事務讀取了寫事務未提交的資料，而造成錯誤讀取，
- 舉例
  - 小明今天發工資，一開始在財務系統上查詢是工資50000元，很高興地準備買新電腦，但是這是財務正在敲資料的時候一時疏忽，實際上工資只有5000元，財務在審核資料準備提交的時候發現了這個錯誤并修改過來，小明很失望，
  - 這里的小明就是讀事務，財務就是寫事務，
不可重復讀
- 程序：
  - 事務B讀取的是資料庫中的某一行資料，用于操作；
  - 事務A開始對這行資料進行寫操作并完成，資料庫的資料改變；
  - 事務B再次讀該資料庫的這一行資料，發現資料改變；
- 讀事務兩次讀同一行資料，但是兩次讀取的資料并不一致，
- 舉例
  - 小明和小紅打賭，這個月工資是1k，兩個人幾乎同時發出查詢請求，但是小明先讀取到了原始資料是1k，而財務核對之后再次修改了工資為2k，小紅在這之后才并發讀取到工資是2k，兩人認為讀操作是并行的，同時進行，雖然知道這中間可能是財務進行了修改，但是兩人都認為自己讀取的才是最終資料，因此吵了起來，
幻讀
- 程序
  - 事務B讀取資料庫中的一批資料，用于操作；
  - 事務A添加了一行資料，并完成操作，資料庫的資料改變；
  - 事務B再次讀該資料庫的資料，發現這一批資料改變；
- 讀事務兩次讀取同一行資料，但是兩次讀取的資料不一致，（這和不可重復讀操作是一致的），
- 舉例
  - 小明被領導要求，改動財務系統上的ID資料格式，從A格式全都轉為B格式，小明讀取資料庫中的資料之后開始修改，這時候，財務發現新來了一位員工叫小紅，于是把小紅的記錄添加在財務系統上，ID格式依然是A格式，小明作業完成之后給領導看，領導卻發現有一個人的資料沒有改過來，很是畝訓，把小明批評了一番，
- 幻讀和不可重復讀的區別
  - 幻讀是針對同一批資料，不可重復讀針對的是同一行資料

2. 事務隔離級別

讀未提交（read uncommitted）

一個事務在寫某一行資料的時候，允許其他事務并行讀取該行資料，但是不允許寫該行資料；
允許多個事務并行讀取資料庫中的資料，但是不允許并行寫入某一行資料；
可能會出現臟讀:
解決方案：排他鎖

讀已提交（read committed）
- 一個事務在寫某一行資料的時候，不允許其他事務讀或者寫該行資料；
- 允許多個事務并行讀取資料庫的資料；
- 可能都造成不可重復讀：
可重復讀（repeatable read）
- 一個事務在讀資料的時候，其他事務不允許寫，可以讀，
- 一個事務在寫資料的時候，其他事務不可以讀或者寫，
- 可能會造成幻讀：
- MySQL默認的隔離級別，
串行化（serializable）
- 一個事務一個事務串行執行，不允許任何事物并行；
- 能夠解決幻讀、不可重復讀、臟讀的問題；
- 成本高，一般不適用

3. 操作指令

查看當前的隔離級別
```
SELECT @@tx_isolation;
```

設定隔離級別

 set  [glogal | session]  transaction isolation level 隔離級別名稱;//方式1
 set tx_isolation='隔離級別名稱';//方式2
``

4. 總結

對前期的事務隔離級別做一個表格梳理

5. 參考博文

參考博文-1
參考博文-2

轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/555233.html

標籤：其他

上一篇：Hive常見時間日期函式的使用與問題整理

下一篇：返回列表