redo log
WAL机制，当对内存数据页进行修改后，写完redo log就可以直接返回
将随机写优化为顺序写，提高修改效率
redo log存放的是数据页的改动
redo log为环状的，保证了最大使用空间
建议使用4个1G文件作为redo log
使用两阶段提交保证redo log和bin log的一致性
在客户端执行commit命令的时候，会先写redo log为prepare状态，再写bin log，最后将redo log置为commit状态
崩溃恢复的时候，redo log为prepare状态，只要bin log存在就将其置为commit状态，然后将redo log中的改动应用到内存
bin log中会有xid，用来连接bin log和redo log对用的内容
innodb_flush_at_trx_commit参数控制刷磁盘
0 表示每次只刷到os_cache中就不管了
1 表示每次提交事务都需要flush os_cache
2 表示每次提交事务刷到os_cache上，每个1s触发一次flush
0基本不使用，2有可能会丢失1s的事务，1可以保证数据的完整性，保证提交后的事务不会丢失
使用组提交优化flush次数，将redo log的flush放到写完bin log之后
bin log
格式
statement
直接记录执行的语句，有可能造成主从的数据不一致，比如delete limit 1，主从如果选择了不同的索引，将删除不同的数据
row
记录中有执行前的值和执行后的值，对于数据恢复提供了极大的便利，但是会急剧增大bin log大小，比如delete 10w行数据，就需要存10w语句
mixed
前两种模式的混合，对于mysql认为不会导致数据不一致的语句，使用statement，否则使用row格式
每个线程都有一个bin log buffer，因为事务是不能被打断的
使用sync_binlog参数控制flush
0表示每次只写到os_cache中就返回
1表示每次都执行flush
2-N表示集齐N个事务一起flush
使用组提交优化flush次数，将bin log的flush放到flush redo log之后
undo log
用来存放数据的历史版本，用于MVCC回退版本时使用
