MySQL 8.0 Dynamic Redo Log Sizing翻譯

本文是MySQL 8.0 Dynamic Redo Log Sizing^[1]這篇文章的翻譯，如有翻譯不當的地方，敬請諒解，請尊重原創和翻譯勞動成果，轉載的時候請注明出處，謝謝！

這篇博文將討論MySQL 8.0.30中引入的最新功能/特性：重做日志動態調整大小(dynamic redo log sizing)，除了InnoDB 緩沖池(buffer pool)大小之外，我們可以說合適的重做日志大小對于MySQL性能至關重要，有許多關于如何計算合適的重做日志大小的博客文章，其中最經典的博客文章之一來自 Baron：How to calculate a good InnoDB log file size^[2]（這篇博客文章是2008年發布的，但文中計算redo log大小的公式仍然是一個有效的公式）

現在，這個功能/特性試圖解決哪個問題呢？

在MySQL中，緩沖池（buffer pool）和重做日志大小是不經常更改的引數設定，通常，這些引數是在資料庫安裝期間設定的；之后，它們就會被遺忘，直到一些問題出現為止，問題是過去它們是靜態的，這意味著您必須重新啟動MySQL才能使引數變更生效，

MySQL在MySQL 5.7中通過動態調整緩沖池(buffer bool)大小解決了緩沖池問題，現在，MySQL 8.0.30解決了重做日志的這個問題，調整重做日志大小非常簡單明了：

mysql> SET GLOBAL innodb_redo_log_capacity = 2*1024*1024*1024;

此引數設定可將重做日志大小調整為比當前定義的值更大或更小的值，為了實作此目的，重做日志檔案現在駐留在datadir指定的新目錄中#innodb_redo中，除非你通過變數innodb_log_group_home_dir指定了不同的目錄，這個目錄下的重做日志檔案有兩種型別：普通重做日志檔案和備用重做日志檔案，普通重做日志檔案是正在使用的重做日志檔案，備用重做日志檔案是那些等待使用的重做日志檔案，InnoDB總共維護了32個重做日志檔案，每個檔案大小等于1/32 * innodb_redo_log_capacity；但是，修改innodb_redo_log_capacity引數后，重做日志檔案大小可能會暫時有所不同，

重做日志檔案使用#ib_redoN命名約定，其中N是重做日志檔案編號，備用重做日志檔案由后綴表示_tmp，以下示例顯示#innodb_redo 目錄中的重做日志檔案，其中 18 個活動重做日志檔案和 14 個備用重做日志檔案按順序編號，

$ ls
#ib_redo31  #ib_redo33 #ib_redo35  #ib_redo37 #ib_redo39  #ib_redo41 #ib_redo43  #ib_redo45 #ib_redo47  #ib_redo49_tmp  #ib_redo51_tmp  #ib_redo53_tmp  #ib_redo55_tmp  #ib_redo57_tmp  #ib_redo59_tmp  #ib_redo61_tmp
#ib_redo32  #ib_redo34 #ib_redo36  #ib_redo38 #ib_redo40  #ib_redo42 #ib_redo44  #ib_redo46 #ib_redo48  #ib_redo50_tmp  #ib_redo52_tmp  #ib_redo54_tmp  #ib_redo56_tmp  #ib_redo58_tmp  #ib_redo60_tmp  #ib_redo62_tmp

MySQL提供了幾個狀態變數用于監視重做日志和重做日志容量調整操作；例如，您可以通過查詢Innodb_redo_log_resize_status以查看調整大小操作的狀態：

mysql> SHOW GLOBAL STATUS LIKE 'Innodb_redo_log_resize_status';
+-------------------------------+-------+
| Variable_name                 | Value |
+-------------------------------+-------+
| Innodb_redo_log_resize_status |  OK   |
+-------------------------------+-------+

狀態變數Innodb_redo_log_capacity_resized顯示當前重做日志的容量限制：

mysql> SHOW GLOBAL STATUS LIKE 'Innodb_redo_log_capacity_resized';
+----------------------------------+------------+
| Variable_name                    | Value      |
+----------------------------------+------------+
| Innodb_redo_log_capacity_resized | 3221225472 |
+----------------------------------+------------+

其他狀態變數包括：

Innodb_redo_log_checkpoint_lsn
Innodb_redo_log_current_lsn
Innodb_redo_log_flushed_to_disk_lsn
Innodb_redo_log_logic_size
Innodb_redo_log_physical_size
Innodb_redo_log_read_only
Innodb_redo_log_uuid

MySQL 8.0.30 還引入了一些與此問題相關的新錯誤訊息，其中一些包括：

ER_IB_MSG_LOG_WRITER_OUT_OF_SPACE
ER_IB_MSG_LOG_WRITER_ABORTS_LOG_ARCHIVER
ER_IB_MSG_LOG_WRITER_WAITING_FOR_ARCHIVER
ER_IB_MSG_LOG_WRITER_WAIT_ON_NEW_LOG_FILE
ER_IB_MSG_LOG_WRITER_ENTERED_EXTRA_MARGIN
ER_IB_MSG_LOG_WRITER_WAIT_ON_CONSUMER

如果您想查看更多資訊，可以使用此鏈接^[3]，所有與重做日志錯誤相關的訊息都使用ER_IB_MSG_LOG_WRITER_ 命名約定，

估計重做日志容量

有了這些新的狀態變數，我們可以使用以下查詢來估計重做日志大小：

mysql> SHOW GLOBAL STATUS LIKE 'Innodb_redo_log_current_lsn'; SELECT SLEEP(60); SHOW GLOBAL STATUS LIKE 'Innodb_redo_log_current_lsn';

根據上一個查詢提供的輸出，我們運行以下命令：

mysql > SELECT ABS(20641693317 - 20903377487) / 1024 / 1024 AS MB_per_min;
+--------------+
| MB_per_min   |
+--------------+
| 249.56147194 |
+--------------+
1 row in set (0.00 sec)

因此，在這種情況下，在重做日志檔案中寫入大約為250MB/分鐘，那么一小時恰好是 250*60（1 小時），相當于 15GB，

已棄用的引數

為了實作這個新功能，MySQL 棄用了兩個引數：innodb_log_files_in_group和innodb_log_file_size ，

如果您嘗試在檔案中設定它們my.cnf，它們將被忽略，并且錯誤日志中將列印警告：

2022-08-07T20:23:39.898370Z 0 [Warning] [MY-013869] [InnoDB] Ignored deprecated configuration parameter innodb_log_file_size. Used innodb_redo_log_capacity instead.
2022-08-07T20:23:39.898441Z 0 [Warning] [MY-013870] [InnoDB] Ignored deprecated configuration parameter innodb_log_files_in_group. Used innodb_redo_log_capacity instead.

結論

重做日志動態調整大小為 DBA 提供了更大的靈活性，以防萬一需要調整重做日志大小，應用程式不能因MySQL重新啟動而停止對外服務的情況，截至撰寫本文時，還沒有與此功能相關的錯誤報告，建議之一是檢查您的備份工具是否與 MySQL 8.0.30 及其新功能兼容，最后，由于一些引數已經棄用，請務必檢查現有的my.cnf組態檔，

參考資料