本文深入探讨了MySQL InnoDB的Redo Log机制，分析了其核心数据结构、关键算法及状态机，强调了Redo Log对DML延迟和崩溃恢复的影响。指出在排查问题时需理解其背后的结构和语义，并提供了源码阅读路径和实验步骤，同时与PostgreSQL进行了对比，强调不同实现的隔离语义。

MySQL的Redo Log和Binlog是两种日志机制。Redo Log用于崩溃恢复，确保已提交事务的数据安全；Binlog用于主从复制和点播恢复，记录数据的逻辑变化。两者协同工作，保障数据安全和高可用性。

数据泵impdp导入慢，查看alert.log发现relog频繁切换，查看发现默认大小是3个50M的日志组，这 […]

数据库为了取得更好的读写性能，InnoDB会将数据缓存在内存中（InnoDB Buffer Pool），对磁盘数据的修改也会落后于内存，这时如果进程或机器崩溃，会导致内存数据丢失，为了保证数据库本身的一致性和持久性，InnoDB维护了REDO LOG。修改Page之前需要先将修改的内容记录到REDO中，并保证REDO LOG早于对应的Page落盘，也就是常说的WAL，Write Ahead...

前些日子读了周志明老师的《凤凰架构》这本书，对于很多方面的技术有了更深的认知，因此打算做一些总结。今天先以讲事务的这一段做个印子，结合书中内容和个人理解，争取将本地事务的相关知识讲个命名白白。如果有讲的不对的地方，欢迎大家多多指正。

本文讨论了数据库事务及其ACID特性，重点介绍了原子性、持久性和隔离性。事务确保数据在操作过程中保持一致性，用户只感知最终状态。原子性和持久性可通过commit log和write-ahead log实现，隔离性则通过加锁实现，存在不同的隔离级别，如可串行化和可重复读。性能与隔离性之间存在矛盾，需根据实际场景选择合适的锁策略。

在开发分布式数据库的过程中, Binlog 和 Redolog 是非常重要的两个概念, 两者的作用似乎相同, 但实际上各有各的使用场景. 从多副本复制一致性的角度看, Binlog 用于强一致性, Redolog 用于最终一致性. Binlog 可包含非幂等的指令, 例如 incr 指令. Redolog 只能包含幂等的指令, 例如 set 指令. 全球跨地域同步最终一致, 能不能复制...