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

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

先來(lái)說(shuō)說(shuō)innodb_log_write_ahead_size, 這個(gè)參數(shù)是在5.7.4引入的.
#innodb_log_write_ahead_size 默認(rèn)為8192.
#引入write-ahead,將當(dāng)前寫入redo文件的偏移量整除innodb_log_write_ahead_size該值,不能整除時(shí)則補(bǔ)0,多寫一部分?jǐn)?shù)據(jù),這樣一來(lái),寫入的數(shù)據(jù)是與磁盤的block size保持一致了.這樣就可以直接寫入磁盤.就省去了先讀到系統(tǒng)內(nèi)存,再修改大小,再寫入的過(guò)程....

在引入innodb_log_write_ahead_size之前,redo的刷盤是采用read-on-write模式的,關(guān)于read-on-write的理解如下:
首先看官方說(shuō)法:
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字節(jié)一個(gè)block寫入redo文件的,一般的linux的文件系統(tǒng)都是4k大小的..如果需要寫入的日志文件塊不在操作系統(tǒng)的cache時(shí),就需要將對(duì)應(yīng)的4k大小的block讀入系統(tǒng)內(nèi)存,修改512字節(jié),然后在寫入磁盤...  看淘寶的解析.是這么個(gè)意思...
引入write-ahead,將當(dāng)前寫入redo文件的偏移量整除innodb_log_write_ahead_size該值,不能整除時(shí)則補(bǔ)0,多寫一部分?jǐn)?shù)據(jù),這樣一來(lái),寫入的數(shù)據(jù)是與磁盤的block size保持一致了.這樣就可以直接寫入磁盤.就省去了先讀到系統(tǒng)內(nèi)存,再修改大小,再寫入的過(guò)程....

看完上述內(nèi)容是否對(duì)您有幫助呢？如果還想對(duì)相關(guān)知識(shí)有進(jìn)一步的了解或閱讀更多相關(guān)文章，請(qǐng)關(guān)注億速云行業(yè)資訊頻道，感謝您對(duì)億速云的支持。