MySQL的redo log、undo log、binlog

文章目录一、MySQL日志文件类型二、几种日志的对比2-1、用途   redo log   undo log   binlog2-2、存储内容、格式   redo log   undo log   binlog2-3、日志生成   redo log   undo log   binlog2-4、删除策略   redo log   undo log   binlog2-5、redo log 与 binlog 的区别三、两阶段提交 一、MySQL日志文件类型 重做日志（redo log） 回滚日志（undo log） 二进制日志（binlog） 错误日志（errorlog） 慢查询日志（slow 【MySQL日志文件类型】 MySQL数据库中有多种日志文件，其中最重要的三种是重做日志（redo log）、回滚日志（undo log）和二进制日志（binlog）。重做日志确保事务的持久性，回滚日志用于事务回滚，而二进制日志则用于数据复制和恢复。 1. **重做日志（redo log）**：redo log是一种物理日志，记录了数据页的物理变化。在事务执行过程中，这些日志会被实时写入，即使事务尚未提交。这样做的目的是为了在系统崩溃时能够快速恢复未完成的事务，通过重做已成功写入内存但未写入磁盘的操作。 2. **回滚日志（undo log）**：undo log是在事务开始前生成的，保存了事务开始前的数据状态，用于在事务回滚时恢复到事务开始前的数据。此外，undo log还支持多版本并发控制（MVCC），提供读取事务开始前的数据版本的能力。 3. **二进制日志（binlog）**：binlog是逻辑日志，记录了数据库的SQL语句的逻辑变化。它主要用于主从复制，从库通过主库的binlog进行数据同步，以及数据库的基于时间点的恢复。binlog中的日志只在事务提交后记录，以确保数据的一致性。 **日志对比** 2-1、**用途**： - redo log用于在系统故障后重做未完成的事务。 - undo log用于回滚事务和提供MVCC的读取能力。 - binlog用于主从复制和时间点恢复。 2-2、**存储内容与格式**： - redo log记录物理数据变化，涉及数据页的详细信息。 - undo log记录逻辑数据变化，用于事务回滚，不涉及物理操作。 - binlog记录SQL语句及其逻辑变化，支持闪回功能。 2-3、**日志生成**： - redo log在事务开始后立即写入，并在事务提交时保证已写入磁盘。 - undo log在事务开始前生成，与redo log一起用于保护事务持久化。 - binlog在事务提交时一次性记录所有SQL。 2-4、**删除策略**： - redo log在数据持久化后可重用其空间，采用循环写入。 - undo log在事务提交后不立即删除，由purge线程决定何时清理。 - binlog文件按顺序追加写入，过期文件可自动删除。 2-5、**redo log与binlog的区别**： - 作用不同：redo log保证事务层面的持久性，binlog负责数据库级别的恢复。 - 内容不同：redo log为物理日志，记录物理变化；binlog为逻辑日志，记录SQL逻辑。 MySQL的这三种日志在数据库的事务处理、数据安全和复制等方面起着至关重要的作用，它们共同确保了数据库的稳定性和一致性。了解和掌握这些日志的特点和使用场景，对于优化数据库性能和保障数据完整性至关重要。