MYSQL事務回滾的2個問題分析

2024-07-24 12:47:22

字體：大中小

來源：轉載

供稿：網友

因此，正確的原子操作是真正被執行過的。是物理執行。

在當前事務中確實能看到插入的記錄。最后只不過刪除了。但是AUTO_INCREMENT不會應刪除而改變值。

1、為什么auto_increament沒有回滾？

因為innodb的auto_increament的計數器記錄的當前值是保存在存內存中的，并不是存在于磁盤上，當mysql server處于運行的時候，這個計數值只會隨著insert改增長，不會隨著delete而減少。而當mysql server啟動時，當我們需要去查詢auto_increment計數值時，mysql便會自動執行：SELECT MAX(id) FROM 表名 FOR UPDATE;語句來獲得當前auto_increment列的最大值，然后將這個值放到auto_increment計數器中。所以就算 Rollback MySQL的auto_increament計數器也不會作負運算。

2、MySQL的事務對表操作的時候是否是物理操作？

MySQL的事務是有redo和undo的，redo操作的所有信息都是記錄到 redo_log中，也就是說當一個事務做commit操作時，需要先把這個事務的操作寫到redo_log中，然后再把這些操作flush到磁盤上，當出現故障時，只需要讀取redo_log,然后再重新flush到磁盤就行了。

而對于undo就比較麻煩，MySQL在處理事務時，會在數據共享表空間里申請一個段叫做segment段，用保存undo信息，當在處理rollback，不是完完全全的物理undo，而是邏輯undo,就是說會對之前的操作進行反操作，但是這些共享表空間是不進行回收的。這些表空間的回收需要由mysql的master thread進程來進行回收。