Mysql如果在執行事務過程中宕機了怎麼辦？

2021-09-20 09:31:56 字數 1185 閱讀 6771

參考：

在innodb的儲存引擎中，事務日誌通過重做(redo)日誌和innodb儲存引擎的日誌緩衝(innodb log buffer)實現。事務開啟時，事務中的操作，都會先寫入儲存引擎的日誌緩衝中，在事務提交之前，這些緩衝的日誌都需要提前重新整理到磁碟上持久化，這就是dba們口中常說的「日誌先行」(write-ahead logging)。

當事務提交之後，在buffer pool中對映的資料檔案才會慢慢重新整理到磁碟。此時如果資料庫崩潰或者宕機，那麼當系統重啟進行恢復時，就可以根據redo log中記錄的日誌，把資料庫恢復到崩潰前的乙個狀態。未完成的事務，可以繼續提交，也可以選擇回滾，這基於恢復的策略而定。

在系統啟動的時候，就已經為redo log分配了一塊連續的儲存空間,以順序追加的方式記錄redo log,通過順序io來改善效能。所有的事務共享redo log的儲存空間，它們的redo log按語句的執行順序，依次交替的記錄在一起。如下乙個簡單示例：

記錄1：記錄2：記錄3：記錄4：記錄5：
undo log主要為事務的回滾服務。在事務執行的過程中，除了記錄redo log，還會記錄一定量的undo log。undo log記錄了資料在每個操作前的狀態，如果事務執行過程中需要回滾，就可以根據undo log進行回滾操作。單個事務的回滾，只會回滾當前事務做的操作，並不會影響到其他的事務做的操作。

以下是undo+redo事務的簡化過程：

假設有2個數值，分別為a和b,值為1，2

1. start transaction;


2. 記錄 a=1 到undo log;


3. update a = 3；


4. 記錄 a=3 到redo log；


5. 記錄 b=2 到undo log；


6. update b = 4；


7. 記錄b = 4 到redo log；


8. 將redo log重新整理到磁碟


9. commit
在1-8的任意一步系統宕機，事務未提交，該事務就不會對磁碟上的資料做任何影響。如果在8-9之間宕機，恢復之後可以選擇回滾，也可以選擇繼續完成事務提交，因為此時redo log已經持久化。若在9之後系統宕機，記憶體對映中變更的資料還來不及刷回磁碟，那麼系統恢復之後，可以根據redo log把資料刷回磁碟。

所以，redo log其實保障的是事務的永續性和一致性，而undo log則保障了事務的原子性。

php在執行過程中PHP中強制輸出內容

ob end clean 在迴圈輸出前，要關閉輸出緩衝區 print 一共5個檔案要處理 sleep 1 print str pad 5000 為什麼非要5000?呵呵,大於5000也可以 ob flush 禁止顯示錯誤，如果前面沒有緩衝內容，ob flush是會出錯的 flush 瀏覽器在接受輸出...

MySql事務執行過程中宕機的應對處理方式？

問題 資料庫插入百萬級資料的時候，還沒操作完，但是把伺服器重啟了，資料庫會繼續執行嗎？還是直接回滾了？答案 不會自動繼續執行，不會自動直接回滾，但是可以人工手動選擇繼續執行或者直接回滾，依據是事務日誌。事務開啟時，事務中的操作，都會先寫入儲存引擎的日誌緩衝中，在事務提交之前，這些緩衝的日誌都需要提前...

讓你的QTP在執行過程中「收入自如」

我們在執行qtp 批處理時，不需要把qtp的主介面顯示出來，以免它阻礙了你的操作視線，那下面介紹二個函式方便你的qtp在執行過程中 收入自如 讓qtp執行時保持最小化 public sub qtp small dim objqtpwin set objqtpwin getobject objqtpw...