MySQL中有七种日志文件，分别是：
- 重做日志（redo log）
- 回滚日志（undo log）
- 二进制日志（binlog）
- 中继日志（relay log）
- 错误日志（errorlog）
- 慢查询日志（slow query log）
- 一般查询日志（general log）
下面介绍前4种。。。。
1. redo log
a.作用
保持了事务的持久性， 采用循环写的方式将写数据，写入方式请参考https://www.cnblogs.com/zhixinSHOU/p/13214933.html
b.内容
物理格式的日志，记录的是物理数据页面的修改的信息，其redo log是顺序写入redo log file的物理文件中去的。
b.开始节点
事务开始之后就产生redo log，redo log的落盘并不是随着事务的提交才写入的，而是在事务的执行过程中，便开始写入redo log文件中。
c.结束节点
当对应事务的脏页写入到磁盘之后，redo log的使命也就完成了，重做日志占用的空间就可以重用（被覆盖）。
2.undo log
a.作用
保证了事务的原子性，当事务开始回滚的时候会用到
b.内容：
逻辑格式的日志，在执行undo的时候，仅仅是将数据从逻辑上恢复至事务之前的状态，而不是从物理页面上操作实现的，这一点是不同于redo log的。
c.开始节点：
事务开始之前，将当前是的版本生成undo log，undo 也会产生 redo 来保证undo log的可靠性
d.结束节点：
当事务提交之后，undo log并不能立马被删除，而是放入待清理的链表，由purge线程判断是否由其他事务在使用undo段中表的上一个事务之前的版本信息，决定是否可以清理undo log的日志空间。
3. binlog
a.作用
主从复制，
前提：主库将操作记录存到binlog中，
在发生主从复制时，
1. 主库会发起一个log dump线程,用来给从库I/O线程传binlog;
2.从库发起一个I/O线程接收binlog文件，并将得到的binlog文件写到本地relay-log(中继日志)中，
3.从库发起一个SQL 读取中继日志文件，逐一执行sql语句
在主从复制的时候需要注意的事
1) Master将操作语句记录到binlog日志中，然后授予slave远程连接的权限（master一定要开启binlog二进制日志功能，通常为了数据安全考虑，salve也开启binlog功能）
2) Slave开始俩个线程：IO线程和sql线程，其中：IO线程负责读取master的binlog内容到中继日志relay log里，sql线程负责从中继日志里读取binlog内容，并更新到slave的数据库，这样就能保持slave数据和master数据保持一致了
3) 至少有俩个Mysql的服务
4) 最好确保master和slave服务器上的Mysql版本相同，或者主服务器小于子服务器
已经在上面介绍过了，不再重复介绍了
已经