www.datacyber.com/join官网已全新升级…
www.datacyber.com/join数新网络
在MySQL中，有三个重要的日志文件，分别是undolog、redolog和binlog。这三个日志文件在MySQL中扮演着不同的角色。
一. undolog
在数据库业务的四大特性中，原子性是指业务中的一切操作要么悉数成功，要么悉数失败回滚。完成原子性的底层机制之一便是经过运用Undo Log。
undolog是innodb引擎独有的日志，主要是为业务而预备的,采用循环写掩盖的方法供给回滚能力。它用于记载修正操作的反向操作。当MySQL履行一个业务时，它将对数据进行修正，同时也将反向操作（假如咱们履行了insert操作，那么日志中就会新增一条相反的delete的sql）记载到 undolog 中。假如MySQL在履行业务的过程中出现毛病或者回滚操作，它能够经过 undolog 中的信息进行康复。
另外，undolog 还有一个作用，经过 ReadView + undo log 完成多行版别操控(MVCC)：当读取的某一行被其他业务确定时，它能够从undolog平分分出该行记载以前的数据是什么，然后供给该行版别信息，让用户完成非确定一致性读取。
二. redolog
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中。
SHOWVARIABLESLIKE'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。
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同步功能
showvariableslike'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的可靠性。
