【mysql】binlog、redolog、undolog

MySQL数据库中的注册表系统分为几个部分，每个部分执行自己的任务，共同维护数据的完整性和一致性。
本文将从二进制日志、重做日志、撤消日志、错误日志、查询日志、慢查询日志、转发日志等方面深入分析MySQL的日志机制。
首先，二进制日志（binlog）在MySQL主从复制中起着核心作用。
它记录主服务器上发生的操作，从而在从服务器上重放这些操作，以实现数据同步。
binlog格式有STATMENT、ROW和MIXED三种，通过binlog-format参数设置。
主从复制过程包括主服务器生成binlog、从服务器请求并接收binlog、从服务器解析并执行binlog内容以实现数据一致性。
其次，重做日志（redolog）注重事务的持久性，记录事务处理过程中InnoDB存储引擎对数据页的修改。
它采用固定大小的循环写入机制，通过操作系统的内核缓冲区和文件系统来实现数据的顺序写入。
redolog支持3次写入，由innodb_flush_log_at_trx_commit参数决定。
重做日志记录数据页级别的物理更改。
因此，当MySQL重启时，系统会利用重做日志进行快速恢复，以保证数据的一致性。
undolog注重事务的原子性，记录逻辑数据变化，用于在事务回滚时将数据恢复到事务前的状态。
undo寄存器是实现MVCC（多版本并发控制）的关键，保证并发环境下数据的正确性和一致性。
错误日志记录了MySQL服务器运行过程中出现的错误信息，包括从服务器进程的信息，是故障排除和系统维护的重要资源。
查询日志记录了数据库执行的所有命令，并提供日志形式记录详细操作。
但默认是关闭的，主要用于开发调试或者特定场景。
慢查询日志记录执行时间超过指定阈值的SQL语句，帮助优化器识别性能瓶颈。
默认情况下它是禁用的，必须手动配置。
应谨慎激活它以避免影响性能。
中继日志用于主从复制架构中的从服务器。
从服务器接收主服务器的binlog内容，并将其记录在转发日志中，以供后续执行。
最后，二进制日志（binlog）和重做日志的区别主要体现在记录内容、写入次数和目的上。
Binlog记录SQL语句的逻辑操作，而redolog记录数据页的物理修改。
binlog仅在事务提交之前写入磁盘，而redolog则在事务期间不断写入磁盘。
两者共同确保数据的一致性和可靠性。
MySQL通过分布式事务的两阶段提交（2PC）机制保证发送事务时RedoLog和Binlog数据的一致性，从而保证可靠性和数据安全。