日志
redo log重做日志
InnoDB存储引擎层生成的日志，实现了事务中的持久性，主要用于掉电等故障恢复
有人会问既然有undo log，直接进行回滚操作不好吗？不是这样的，因为Buffer Pool是基于内存的，而内存总是不可靠的，直接断电重启，还没来得及落盘的脏页数据就会丢失，为了防止断电导致数据丢失的问题，当有一条记录需要更新的时候，InnoDB引擎就会先更新内存（同时标记为脏页），然后将本次对这个页的修改以redo log的形式记录下来，这个时候更新就算完成了。
后续InnoDB引擎会在适当的时候，由后台线程将缓存在Buffer Pool的脏页刷新到磁盘里，这就是WAL（Write-Ahead-Logging）技术
undo log回滚日志
InnoDB存储引擎层生成的日志，实现了事务中的原子性，主要用于事务回滚和MVCC
是一种用于撤销回退的日志，它保证了事务的ACID特性中的原子性
每当InnoDB引擎对一条记录进行操作（修改、删除、新增）时，要把回滚时需要的信息都记录到undo log里，比如：
在执行插入、删除、更新时，把这些记录下来。回滚时再把记录插入到表中
bin log二进制日志
是Server层生成的日志，主要用于数据备份和主从复制
Mysql在完成一条更新操作后，Server层还会生成一条binlog，等之后事务提交的时候，会将该事务执行过程中产生的所有binlog统一写入binlog文件，binlog是Mysql的Server层实现的日志，所有存储引擎都可以使用
binlog是追加写，写满一个文件，就创建一个新的文件继续写，不会覆盖以前的日志，保存的是全量的日志，用于备份恢复、主从复制
binlog文件是记录了所有数据库表结构变更和表数据修改的日志，不会记录查询类的查找，比如SELECT和SHOW操作
binlog有3种格式类型，分别是STATEMENT（默认格式）、ROW、MIXED
relay log中继日志
用于主从复制场景下，slave通过io线程拷贝master的bin log后本地生成的日志
慢查询日志
用于记录执行时间过长的sql，需要设置阈值后手动开启