mysql整体来看其实只有两部分，一部分是server层，一部分是引擎层。
1、redo log(重做日志)：当有一条记录需要更新的时候，InnoDB 引擎就会先把记录写入redo log里面，并更新内存，这个时候更新就算完完成了。同时，innodb引擎会在适当的时候，将这个操作记录更新到磁盘里面，而这个更新往往是在系统比较空闲的时候做的。redo log是固定大小的，从前往后写，写完后会继续从开头开始写，把以前的内容覆盖。有了redo log，innodb就可以保证即使数据库发生异常重启，之前提交的记录都不会丢失，这个能力称为crash-safe。
2、binlog(归档日志)：二进制日志文件，用于记录mysql的数据更新或则潜在更新，mysql的主从复制就是依靠binlog。
redo log 和 binlog的区别：1、redo log是innodb引擎特有的，binlog是mysql的server层实现的所有引擎都可以使用。
2、redo log是物理日志：记录的是：“在某个数据页上做了什么修改”；binlog是逻辑日志，记录的是这个语句的原始逻辑，比如：“给id=2 的这一行的c字段加1”。
3、redo log是循环写的，空间会用完，binlog是可以追加写的。
3、假设现在是一个更新操作，现在是内部流程：①：执行器先找到引擎id=2这一行。id是主键，引擎直接用书搜索找到这一行，如果id=2这一行所在的数据也本来就在内存中，就直接返回给执行器；否则，需要先从磁盘读入内存，然后再返回。
②：执行器拿到引擎的行数据，把这个值加上1，比如原来是N，现在就是N+1，得到新的一行数据，再调用引擎接口写入这行新数据。
③：引擎将这行新数据更新到内存中，同时将这个更新操作记录到redo log里面，此时redo log处于prepare状态。然后告知执行器执行完成了，随时可以提交事务。
④：执行器生成这个操作的binlog，并把binlog写入磁盘。
⑤：执行器调用引擎的提交事务接口，引擎把刚刚写入的redo log改成提交(commit)状态，更新完成。
4、当你需要扩容的时候，也就是需要再多搭建一些备库来增加系统的读能力的时候，现在常见的作法也是全量备份机上应用binlog来实现。
5、redo log用于保证crash-safe能力。innodb_flush_log_at_trx_commit 这个参数设置成1的时候，表示每次事务的redo log都直接持久化到磁盘。这个参数建议设置成1。sync_binlog这个参数设置成1的时候，表示每次事务的binlog都持久化到磁盘。这个参数建议设置成1.