本文共 1164 字，大约阅读时间需要 3 分钟。
我是李福春，我在准备面试，今天的题目是：
mysql的redolog和binlog有什么区别？
答： 如下面的表格，
redolog vs binlog
然后我们扩展一下，因为日志主要是记录的修改日志，分别加深分析一下：
redolog
redolog是innodb存储引擎特有的物理日志，记录的是数据页做了什么改动。
它的存储空间是固定的，类似一个圆环。日志空间写完，需要把相关的操作执行，数据刷到磁盘上释放空间。 
redolog可以有效保证mysql的crash-safe; 即mysql系统故障重启，也可以从redolog中恢复；
一般把innodb_flush_log_at_trx_commit=1,即设置redolog每次事务提交日志落盘，可以更有效的保证crash-safe
binlog
是一种mysql-server层的逻辑修改日志，有两种格式：
1，statement格式，记录的是sql;
2, row格式，记录了两行，更新前和更新后的结果；
为了保证系统可以从奔溃状态恢复，设置参数 sync_binlog=1,即事务提交，binlog落盘；
如何快速恢复mysql:
1,找到最近的备份，恢复到临时库；
2，找到备份的binlog,重放到你需要的时刻。
一条update语句历程
比如有一张表： user(id int primarykey auto_increment , age int default 0 )engin=innodb ;
执行一条sql语句： update user set age=age+1 where id=2 ;
那么，这条update语句是如何经过mysql的体系结构和日志文件呢？
1，执行器首先通过存储引擎读接口得到这行数据；（如果内存有则返回，不存在从硬盘中取出放入内存再返回）
2，执行器把这行数据的age+1,然后调用存储引擎的写接口，写入数据到内存；
3，存储引擎把更新操作写入redolog，日志状态为prepare ，告诉执行器事务完成更新操作；
4, 执行器把这个操作写入binlog，日志落盘；
5，执行器提交事务，调用存储日志写到redolog，日志状态为commit,
binlog,redolog都可以表示事务的状态； 两阶段提交：保证了binlog,redolog在系统奔溃重启之后的事务状态的一致；
小结
本篇分析了redolog和binlog的区别。 然后分别介绍了binlog,redolog所处的mysql的体系结构位置，实际运维过程中的配置参数。 最后追踪了一条update语句的执行历程，以及两种日志的写入过程，然后点明两阶段提交是为了保证两种日志的事务一致性。
原创不易，转载请注明出处，让我们互通有无，共同进步，欢迎多沟通交流