簡單記錄可能還理解，做個筆記，不深入：

公眾號 MySQL學習

```

http://mysql.taobao.org/monthly/2015/06/01/

buf_dblwr_init_or_load_pages 
初始化dblwr從double write中，寫入到記憶體
Recovering partial pages from the parallel doublewrite buffer at /opt/my_mysql/data/xb_doublewrite

recv_recovery_from_checkpoint_start 總是進行恢復  we always do a 'recovery' at startup
    srv_force_recovery >= SRV_FORCE_NO_LOG_REDO 則直接跳過恢復步驟
  資訊級別資訊 "The user has set SRV_FORCE_NO_LOG_REDO on, skipping log redo"
    ->recv_find_max_checkpoint
  找到最大的chk block 有2個chk block迴圈寫入，
    ->log_group_header_read
  讀取chk block到 log_sys(log buffer的chk buffer)
  buf = log_sys->checkpoint_buf;
	checkpoint_lsn = mach_read_from_8(buf + LOG_CHECKPOINT_LSN); //獲取chk lsn
	checkpoint_no = mach_read_from_8(buf + LOG_CHECKPOINT_NO);//獲取chk的次數
  獲取chk lsn/chk的次數
 
    ->recv_group_scan_log_recs帶入形參找到的最大chk lsn和日誌組，第一次呼叫帶入的引數last_phase為false，任何log rec儲存 開始解析 解析入hash結構 recv_sys->addr_hash 
   available_mem有效的記憶體來自innodb buffer
   首先向下以512對其chk lsn準備開始讀取
   每次讀取分片64K的日誌，這裡開啟一個迴圈
      ->log_group_read_log_seg 讀取64K的日誌，到redo buffer的buffer中，讀取為fil_io
      ->recv_scan_log_recs 輸入引數主要帶入64k的大小和chk lsn開始解析
     開啟迴圈分塊（512）進行日誌檢查。如果大於了？則解析結束，加入到解析buffer，結束條件未知
     data_len = log_block_get_data_len(log_block); //獲取塊中儲存的資料，一般都是512 除非最後一個塊或者不需要恢復
     如果輸入的lsn大於上次解析lsn則說明有更多的redo需要進行解析，一般為64K，除非最後一個分片We have found more entries
     輸出日誌scanned_lsn > recv_sys->scanned_lsn，這裡就代表不是乾淨關閉資料庫，需要進行 recovery，因為需要掃描的
     lsn大於了redo中第一個lsn的位置，後面也會用到這個位置，recv_init_crash_recovery_spaces依賴這個比較看是否需要crash recovery，
     下列輸出日誌只輸出一次 recv_init_crash_recovery(5.6這裡進行dblr恢復)
     info級別"Log scan progressed past the checkpoint lsn  recv_sys->scanned_lsn（redo中第一個redo record的lsn）;
        ->recv_sys_add_to_parsing_buf 加入到parsing buffer中，輸入引數為 64K的分片和掃描到的lsn 
     迴圈結束，加入到解析快取結束
     如果掃描次數為80次則輸出一次日誌或者結束，作為資訊
      "Doing recovery: scanned up to log sequence number "
        ->recv_parse_log_recs 解析每條redo日誌，根據不同的型別
         ->recv_parse_log_rec解析單個redo
           ->recv_parse_or_apply_log_rec_body嘗試應用MLOG_FILE_*的日誌型別
         ->recv_add_to_hash 加入到hash結構，根據space id和page no進行hash，等待應用
    ->如果需要進行crash recovery則進行 recv_needed_recovery進行判斷在
    recv_init_crash_recovery_spaces 初始化需要用到的tablespace，輸出日誌，info級別
    Database was not shutdown normally!
    Starting crash recovery.
      ->buf_dblwr_process應用dblwr的斷頁資訊
    ->如果記憶體不足（innodb buffer不足hash的全部日誌儲存在innodb buffer中）
    呼叫recv_group_scan_log_recs(,,ture)直接進行應用了。第二次呼叫recv_group_scan_log_recs
    ->trx_sys_init_at_db_start 初始化undo的page，用於crash recovery 可以不進行undo page的初始化進行啟動 SRV_FORCE_NO_UNDO_LOG_SCAN
    ->recv_apply_hashed_log_recs進行日誌應用
    ->recv_recovery_rollback_active 回滾事務  SRV_FORCE_NO_TRX_UNDO
    單獨執行緒trx_rollback_or_clean_all_recovered  SRV_FORCE_NO_TRX_UNDO
    ->Binlog/InnoDB XA Recover
    
    
enum {
	SRV_FORCE_IGNORE_CORRUPT = 1,	/*!< let the server run even if it
					detects a corrupt page */
	SRV_FORCE_NO_BACKGROUND	= 2,	/*!< prevent the main thread from
					running: if a crash would occur
					in purge, this prevents it */
	SRV_FORCE_NO_TRX_UNDO = 3,	/*!< do not run trx rollback after
					recovery */ trx_rollback_or_clean_all_recovered
	SRV_FORCE_NO_IBUF_MERGE = 4,	/*!< prevent also ibuf operations:
					if they would cause a crash, better
					not do them */ ibuf_merge_or_delete_for_page
	SRV_FORCE_NO_UNDO_LOG_SCAN = 5,	/*!< do not look at undo logs when
					starting the database: InnoDB will
					treat even incomplete transactions
					as committed */ trx_sys_init_at_db_start
	SRV_FORCE_NO_LOG_REDO = 6	/*!< do not do the log roll-forward
					in connection with recovery */
};
 
  
     
  
 
```

MySQL:Innodb crash recovery一些程式碼

相關文章