MySQL崩溃恢复时跳过已刷盘页面

如图文字所说
在崩溃恢复的时候，checkpoint_lsn后可能存在一些已经被mtr对应的页面数据刷盘的情况，但是出现这种情况的原因，我觉得有些牵强，因为在上文提到

在将脏页刷盘之后就做checkpoint了，那图一中说的原因指的是在把脏页刷盘后，做checkpoint的时候数据库崩溃了？

以下这种情况我是觉得比较合理的

等到页b被刷盘后，他对应的mtr_2的全部修改和部分mtr_3对应的数据页修改已经落盘，页面b的pageheader 中的fil_page_lsn变为10000，checkpoint_lsn变为页d的oldest_modification也就是9948。在崩溃恢复的时候发现checkpoint_lsn比页面中的page header中的fil_page_lsn小，说明此页面不需要再做checkpoint_lsn处的redo log了

引用 皆我百晓生 小程序回复内容作答：
在MySQL崩溃恢复过程中，通常会根据checkpoint_lsn来判断哪些页面需要进行恢复操作。如果发现某个页面的checkpoint_lsn小于页面中的fil_page_lsn（该页面的最老修改LSN），说明此页面不需要再进行恢复操作，因为它的数据已经被持久化到磁盘中。

这种情况可能出现在以下场景中：在将脏页刷盘之后马上做checkpoint时，数据库崩溃了。在这种情况下，已经刷盘的页面的checkpoint_lsn会小于页面中的fil_page_lsn，因为崩溃之前没有来得及更新checkpoint_lsn。

这种情况下，恢复过程会跳过这些已经刷盘的页面，不需要再进行重做操作。因为这些页面的数据已经被成功持久化到磁盘中，不会造成数据丢失。

需要注意的是，这个机制只会在崩溃恢复过程中起作用，对于正常运行的数据库，checkpoint_lsn会及时更新，保证数据的一致性和持久化。