问题 ：一条简单的Select 是如何执行的？
在InnoDB中独有的Buffer Pool以及相应的redo:
InnnoDB 的数据都是放在磁盘上的，InnoDB 操作数据有一个最小的逻辑单位，叫做页（索引页和数据页）。我们对于数据的操作，不是每次都直接操作磁盘，因为磁盘的速度太慢了。
InnoDB 使用了一种缓冲池的技术，也就是把磁盘读到的页放到一块内存区域里面。这个内存区域就叫 Buffer Pool。下一次读取相同的页，先判断是不是在缓冲池里面，如果是，就直接读取，不用再次访问磁盘。
修改数据的时候，先修改缓冲池里面的页。
内存的数据页和磁盘数据不一致的时候，我们把它叫做脏页。
InnoDB 里面有专门的后台线程把 Buffer Pool 的数据写入到磁盘，每隔一段时间就一次性地把多个修改写入磁盘，这个动作就叫做刷脏。
思考一个问题：如果 Buffer Pool 里面的脏页还没有刷入磁盘时，数据库宕机或者重
启，这些数据丢失。如果写操作写到一半，甚至可能会破坏数据文件导致数据库不可用。
为了避免这个问题，InnoDB 把所有对页面的修改操作专门写入一个日志文件，并且
在数据库启动时从这个文件进行恢复操作（实现 crash-safe）——用它来实现事务的持
久性。
问题：
同样是写磁盘，为什么不直接写到 db file 里面去？为什么先写日志再写磁盘？
因为 随机 I/O 和顺序 I/O 的概念。
Binlog
binlog 以事件的形式记录了所有的 DDL 和 DML 语句（因为它记录的是操作而不是
数据值，属于逻辑日志），可以用来做主从复制和数据恢复。
跟 redo log 不一样，它的文件内容是可以追加的，没有固定大小限制。
在开启了 binlog 功能的情况下，我们可以把 binlog 导出成 SQL 语句，把所有的操
作重放一遍，来实现数据的恢复。
binlog 的另一个功能就是用来实现主从复制，它的原理就是从服务器读取主服务器
的 binlog，然后执行一遍。
参考：https://www.cnblogs.com/flgb/p/12122293.html