我电脑版本的mysql是5.7.29，此时InnoDB已经是默认的存储引擎
存储引擎是基于表的，而不是数据库
MyISAM和InnoDB有什么区别？MyISAM不支持事务和行级锁，不支持外键，最大缺陷为崩溃后无法安全恢复。
Mysql日志：常见的日志都有什么用？
（针对InnoDB引擎）
错误日志、二进制日志、一般查询日志、慢查询日志、事务日志(redo log,undo log)、中继日志(relay log)、DDL日志
慢查询日志
记录执行时间超过long_query_time的所有查询语句，再用EXPLAIN语句对其进行分析
二进制日志
记录了对Mysql数据库执行了更改的所有操作，包括表结构的变更，以及数据库执行的语句，表数据修改等
binlog的格式：
statment模式、row模式、mixed模式
binlog用来做什么？
主从复制，通过binlog同步数据，保证数据的一致性（和redis主从复制很像）
主库将数据库的变化写入到binlog
从库连接主库
从库创建一个IO线程向主库请求更新的binlog
主库会创建一个binlog dump线程来发送binlog，从库中的IO线程负责接收
从库的IO线程将接收的binlog写入到relay log中
从库的SQL线程读取relay log同步数据到本地
（明天再看看详细的，感觉有点问题）
binlog刷盘时机怎么选？
InnoDB,事务执行时放入binlog cache中，提交时持久化到binlog文件中
sync_binlog控制，0-N，0是不强制要求，其他的是每N个事务就写入磁盘
redo log
Buffer Pool中对应页的修改还没有持久化到磁盘，如果Mysql宕机的话，事务的更改就会出现问题
于是Mysql使用redo log保证事务的持久性，redo log记录页的修改，事务提交时，redo log刷到磁盘上，重启之后仍然能恢复未写入磁盘的数据，保证事务的持久性。
需要设置正确的刷盘策略
redo log写入属于顺序IO，且记录占空间很少
注意redo log和binlog的区别
undo log
每一个事务对数据的修改都会被记录到undo log，执行事务出现错误或者需要回滚的话，mysql可以利用undo log恢复到事务开始之前的状态
属于逻辑日志，记录的是sql语句，事务执行一条delete，undo log就会记录相对应的insert语句
在MVCC中也有用，明天再看。
