mysql redo undo

redo是数据库实例恢复的重要组成部分。其目的是保证数据库实例或服务器发生故障时，不会导致数据库崩溃，不会丢失已经提交的数据。并且通过RWA机制保证数据库被变更之前，其redo日志必须先写入日志缓冲区，而事务提交之前也必须首先保证将日志缓冲区和这个事务相关的redo信息写入到redo日志文件。

redo是数据库实例恢复的重要组成部分。其目的是保证数据库实例或服务器发生故障时，不会导致数据库崩溃，不会丢失已经提交的数据。并且通过RWA机制保证数据库被变更之前，其redo日志必须先写入日志缓冲区，而事务提交之前也必须首先保证将日志缓冲区和这个事务相关的redo信息写入到redo日志文件。
通过这一机制，可以保证数据库宕机后，重新启动实例，数据库中没有被及时写入数据文件中的buffer pool中的信息和一些不一致的未提交的事务信息会被正确恢复，而且数据库可以恢复到宕机前的一致性状态。
redo日志分为多个组，这样当一组日志写完后，可以切换到新的日志组，而不必等待原日志组的中相关的数据刷盘，再重写。

undo日志除了用于事务回滚外，还实现了MVCC

【MySQL】事务日志 redo log 详解 redo 日志降低了刷盘的频率，并且redo日志占用的空间非常小。（redo日志主要存储表空间ID、页号、偏移量以及需要更新的值，所需存储的空间很小，刷盘快）。Redo Log 可以简单的非为两部分组成：重做日志的缓存（redo log buffer），保存在内存中，容易丢失。重做日志文件（rodo log file），保存在硬盘中，保证持久性。Redo Log写入并不是直接写入磁盘的，Innodb引擎会在写Redo Log的时候先写redo log buffer，之后再以一定的频率刷入到真正的redo log file中。这里的一定的频率就是所谓的刷盘策略。
mysql中的undo log、redo log 、binlog大致概要 undo log（回滚日志）、redo log（重做日志） 、binlog （归档日志）undo log，事务的原子性，用于事务回滚和MVCC（存储层，记录查询类）redo log，事务的持久性，用于服务器宕机故障恢复（存储层，记录查询类）binlog，用于数据备份和主从复制（服务层，记录更新修改类）日志区别undo log事务开始前的数据值redo log事务完成后的数据值。