ps

真實的流程沒有我說的那么簡單，下面的是最基本的情況。

預備知識redolog

binlog

WAL機制

redolog簡介

redolog是個循環日志，其大小固定為4g，存在2個指針來定位其是否已經滿了。一個指針是當前寫，一個指針是當前checkpoint,其2個指針的順時針空間就是可寫的空間。

這個redolog就是完成mysql突然宕機后，如何無損恢復數據的。

binlog簡介

這個是mysql自身的日志，叫做歸檔日志。和redolog大致3個不同點。其為mysql自帶的，redolog是innodb里面的。

redolog是物理日志，binlog是邏輯日志。

redolog是循環日志，binlog是增量日志。

這里不對其過多介紹，下一篇文章關于主從的詳細介紹，主從就是通過binlog完成的。

WAL機制簡介

MySQL里經常說到的 WAL 技術，意思就是數據入庫前先寫進去日志，再寫磁盤里面。

這里采用的是數據安全性最高的雙1策略。

其數據更新順序也保持著其順序。

下面我來簡單介紹下。

1.當要更新id=2這一行數據時，先通過這個表的索引，查詢到這行記錄所在的數據頁。然后判斷這個數據頁是否在buffer pool(這個是內存)。

2.如果不在內存則需要讀到內存(其實也可以不用讀入內存，當要更新的這行數據沒有唯一索引時，mysql為了提高效率，采用了change buffer(別看有個buffer，但是人家也是持久化到磁盤的)這個東西，將對這行修改的動作記錄到change buffer里面，就不用讀到內存了)。

3.在buffer pool 內存上修改這行數據(僅僅只是在內存上修改了這行數據，并沒有持久化到磁盤里面)。

4.將上面的操作，寫入到redolog里面，且將這個操作狀態設置為prepare狀態，首先寫到redologbuffer里面(為了提高效率，mysql做了組提交這個優化，這里不擴展)，等到這個事務提交后，redologbuffer然后再寫入到文件系統的page cache里面，然后立馬調用fsync,將其刷到磁盤。

5.然后寫入到binlog里面，先寫到binlog cache里面，然后寫入page cache,然后調用fsync，寫入磁盤。

6.redolog繼續寫一次，將其狀態設置為commit狀態。

如此就算完成了一個更新操作。

mysql 如何做到crash后，數據不丟失的

前面說了數據更新操作。

當前buffer pool里面存在大量臟頁(就是一些數據頁，只在內存里面修改了，沒有刷新到磁盤)，當系統宕機了，內存里面的數據全部丟失了怎么辦？

方法如下：我們需要redolog來完成災難備份，check point到writ pos這塊空間記錄的所有的操作步驟派上用場了，根據這些redolog記錄從磁盤里面讀取所有相關的數據頁。然后按照redolog上的操作恢復數據即可，那么我們發現存再內存的數據全部恢復了。

總結

以上是生活随笔為你收集整理的mysql crash 如何导出数据库_mysql 如何做到crash后无损恢复数据的的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。