如何理解mysql的redo日志參數innodb_log_write_ahead_size中read-on-write

如何理解mysql的redo日志參數innodb_log_write_ahead_size中read-on-write，很多新手對此不是很清楚，為了幫助大家解決這個難題，下面小編將為大家詳細講解，有這方面需求的人可以來學習下，希望你能有所收獲。

先來說說innodb_log_write_ahead_size, 這個參數是在5.7.4引入的.
#innodb_log_write_ahead_size 默認為8192.
#引入write-ahead,將當前寫入redo文件的偏移量整除innodb_log_write_ahead_size該值,不能整除時則補0,多寫一部分數據,這樣一來,寫入的數據是與磁盤的block size保持一致了.這樣就可以直接寫入磁盤.就省去了先讀到系統內存,再修改大小,再寫入的過程....

在引入innodb_log_write_ahead_size之前,redo的刷盤是采用read-on-write模式的,關于read-on-write的理解如下:
首先看官方說法:
Read-on-write occurs when redo log blocks are not entirely cached to the operating system or file system due to a mismatch between write-ahead block size for redo logs and operating system or file system cache block size.

我大概理解了下read-on-write:   innodb是以512字節一個block寫入redo文件的,一般的linux的文件系統都是4k大小的..如果需要寫入的日志文件塊不在操作系統的cache時,就需要將對應的4k大小的block讀入系統內存,修改512字節,然后在寫入磁盤...  看淘寶的解析.是這么個意思...
引入write-ahead,將當前寫入redo文件的偏移量整除innodb_log_write_ahead_size該值,不能整除時則補0,多寫一部分數據,這樣一來,寫入的數據是與磁盤的block size保持一致了.這樣就可以直接寫入磁盤.就省去了先讀到系統內存,再修改大小,再寫入的過程....

看完上述內容是否對您有幫助呢？如果還想對相關知識有進一步的了解或閱讀更多相關文章，請關注億速云行業資訊頻道，感謝您對億速云的支持。