只要redo log 和 binlog 保证持久化到磁盘，就能确保mysql异常重启后数据恢复 binlog 写入流程 日志先写binlog cache，提交的时候写入binlog同一个事务的binlog不能被拆开区分write：日志写入page cache，速度快；fsync：数据持久化到磁盘，速度慢 redolog写入 InnoDB 有一个后台线程，每隔 1 秒，就会把 redo log buffer 中的日志，调用 write 写到文件系统的 page cache，然后调用 fsync 持久化到磁盘。组提交机制，每次写入长度为length的redolog，LSN += length
本文介绍了MySQL中binlog和redolog的日志持久化机制，包括binlog的写入流程和redolog的写入方式。阐述了只要这两种日志能够保证持久化到磁盘，就能够确保MySQL在异常重启后数据可以得到恢复。
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
