因此,正確的原子操作是真正被執行過的。是物理執行。
在當前事務中確實能看到插入的記錄。最後只不過刪除了。但是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進程來進行回收。