共计 2649 个字符，预计需要花费 7 分钟才能阅读完成。
数新网络——让每个人享受数据的价值
官网已全副降级，欢送拜访！
https://www.datacyber.com
前言
在 MySQL 中，有三个重要的日志文件，别离是 undolog、redolog 和 binlog。这三个日志文件在 MySQL 中扮演着不同的角色。
01 undo Log
在数据库事务的四大个性中，原子性是指事务中的所有操作要么全副胜利，要么全副失败回滚。实现原子性的底层机制之一就是通过应用 Undo Log。
undolog 是 innodb 引擎独有的日志，次要是为事务而筹备的, 采纳循环写笼罩的形式提供回滚能力。它用于记录批改操作的反向操作。
当 MySQL 执行一个事务时，它将对数据进行批改，同时也将反向操作（如果咱们执行了 insert 操作，那么日志中就会新增一条相同的 delete 的 sql）记录到 undolog 中。如果 MySQL 在执行事务的过程中呈现故障或者回滚操作，它能够通过 undolog 中的信息进行复原。
另外，undolog 还有一个作用，通过 ReadView + undo log 实现多行版本控制(MVCC)：当读取的某一行被其余事务锁定时，它能够从 undolog 中剖析出该行记录以前的数据是什么，从而提供该行版本信息，让用户实现非锁定一致性读取。
02 redo log
MySQL 的数据都是存在磁盘中的，当咱们要更新一条记录的时候，得先要从磁盘读取该记录，而后在内存中批改这条记录。批改完这条记录不是间接写回到磁盘，而是缓存起来。为此，Innodb 存储引擎设计了一个缓冲池（Buffer Pool），来进步数据库的读写性能。
Buffer Pool 是进步了读写然而 Buffer Pool 是基于内存的，而内存总不牢靠，万一 MySQL 在执行事务的过程中遇到系统故障或者解体，还没来得及落盘的数据就会失落。为了解决这个问题，引入了 redo log，undo log 也是 innodb 引擎独有的日志，次要是为事务而筹备的，应用了 WAL 技术（Write-Ahead Logging），也就是预写日志。
它的关键点就是先写日志，再写磁盘。对应到 Mysql 中具体操作，就是每次更新操作，先写日志，而后更新内存数据，最初等零碎压力小的时候再进行 IO 更新磁盘数据。防止了每一次更新都须要进行 IO 操作。redo log 是保障了事务持久性的要害。
当咱们从数据库中获取到数据并对其进行批改操作之后，这个批改操作就会优先被寄存到 redo log buffer 中，最终就会被写入到 redo log file 中。
后续，InnoDB 引擎会在适当的时候将 redo log 的写入磁盘，写入磁盘的机会是由 MySQL 零碎参数设置决定的，咱们能够键入上面这条 SQL 查看
SHOW VARIABLES LIKE 'innodb_flush_log_at_trx_commit';innodb_flush_log_at_trx_commit 有 3 种值：0、1、2，默认为 1。
当设置为 1 的时候：事务每次提交都会将 log buffer 中的日志写入 os buffer 并调用 fsync()刷到 log file on disk 中。这种形式即便零碎解体也不会失落任何数据，然而因为每次提交都写入磁盘，IO 的性能较差。
当设置为 0 的时候：事务提交时不会将 log buffer 中日志写入到 os buffer，而是每秒写入 os buffer 并调用 fsync()写入到 log file on disk 中。也就是说设置为 0 时是 (大概) 每秒刷新写入到磁盘中的，当零碎解体，最多会失落 1 秒钟的数据。
当设置为 2 的时候：每次提交都仅写入到 os buffer，而后是每秒调用 fsync()将 os buffer 中的日志写入到 log file on disk。
redo log 和 undo log 都属于 InnoDB 存储引擎的日志，并且次要是为事务而筹备的，他们的区别在于 : redo log 记录了此次事务「实现后」的数据状态，记录的是更新之后的值；
undo log 记录了此次事务「开始前」的数据状态，记录的是更新之前的值；事务提交之前产生了解体，重启后会通过 undo log 回滚事务，事务提交之后产生了解体，重启后会通过 redo log 复原事务，如下图：
三. binlog
MySQL 在实现一条更新操作后，Server 层还会生成一条 binlog，等之后事务提交的时候，会将该事物执行过程中产生的所有 binlog 对立写入 binlog 文件。在正式运行环境，binlog 十分重要，其关系到数据是否被找回的问题，binlog 采纳了追加写的形式，记录了所有数据库表构造变更和表数据批改的日志，不会记录查问类的操作，比方 SELECT 和 SHOW 操作。
redo log 和 binlog 有什么区别？
1、实用对象不同：
binlog 是 MySQL 的 Server 层实现的日志，所有存储引擎都能够应用；redo log 是 Innodb 存储引擎实现的日志；2、文件格式不同：
bin log 则是记录批改的动作，例如 update table set name=’zhangsan’ whrere id=1，redo log 存储的物理日志，即批改的数据内容
2、写入形式不同：
binlog 采纳追加写的形式，写满一个文件，就创立一个新的文件持续写，不会笼罩以前的日志，保留的是全量的日志。redo log 是循环写，日志空间大小是固定，全副写满就从头开始，保留未被刷入磁盘的脏页日志。
3、用处不同：
binlog 用于备份复原、主从复制；
redo log 用于停电等故障复原。
查看 mysql 是否开启 binlog 同步性能show variables like 'log_bin';
查问的结果显示为 ON 则示意 MySQL 开启了 binlog。如果数据库的 binlog 处于敞开的状态，倡议通过批改 Mysql 的配置文件：Windows 下的 Mysql 配置文件是 my.ini ,Linux 下 Mysql 的配置文件是 my.cnf。
[mysqld]
# 开启 binlog
log-bin = mysql-bin
binlog_format = ROW
expire_logs_days = 30增加相干配置后重启数据库即可
四．总结
这三个日志不仅能够用于复原数据库的状态，同时还能够加强数据库的性能和可靠性。对于 MySQL 的性能来说，redolog 和 undolog 是至关重要的，他们通过管制事务的提交和回滚，保障了批改的正确性。
binlog 则更多的是用于备份和数据复制的场合，做到业务间断不中断。而对于 MySQL 的可靠性来说，这三种日志都很重要，每种日志都施展了不同的作用，从而最大水平的进步了 MySQL 的可靠性。