InnoDB存储引擎
InnoDB存储引擎：行锁设计，支持MVCC，支持外键，提供一致性非锁定读，支持ACID事务
后台线程：负责刷新内存池中的数据，保证内存池的最新数据；将已修改的数据文件刷到磁盘文件，保证数据库异常后能恢复。
Master Thread：（非常核心的后台线程）负责将缓冲池中的数据异步刷新到磁盘，保证数据的一致性。包括脏页的刷新、合并插入缓冲、UNDO页的回收。
IO Thread：负责IO请求的回调
mysql> show variables like 'innodb_version' \G *************************** 1. row *************************** Variable_name: innodb_version Value: 5.6.22 1 row in set (0.00 sec) ERROR: No query specified mysql> show variables like 'innodb_%io_threads'\G *************************** 1. row *************************** Variable_name: innodb_read_io_threads Value: 8 *************************** 2. row *************************** Variable_name: innodb_write_io_threads Value: 8 2 rows in set (0.00 sec) mysql> show engine innodb status\G *************************** 1. row *************************** Type: InnoDB Name: Status: ===================================== ......
Purge Thread: 事务提交后，umdolog可能不在需要，因此需要PurgeThread来回收已经使用并分配的undo页（减轻master thread的工作）
Page Cleaner Thread：脏页的刷新操作（减轻master thread的工作）
缓冲池：InnoDB存储引擎是基于磁盘存储的，缓冲池用于弥补磁盘速度慢对数据库的影响。在数据库中读取页时，首先从磁盘把页加载到缓冲池中，如果下次读取相同页时，判断是否在缓冲池，如果在直接读取缓冲池，否则读取磁盘的页
对于页的修改，也是先修改缓冲池中的页，之后根据checkpoint的机构刷新会磁盘。
mysql> show variables like 'innodb_buffer_pool_size'\G *************************** 1. row *************************** Variable_name: innodb_buffer_pool_size Value: 6442450944 1 row in set (0.00 sec)
缓冲池中缓冲的数据类型有：索引页、数据页、undo页、insert buffer、自适应哈希索引、lock info、data dictionary等
允许有多个缓冲池实例，每个页根据哈希值平均分配到不同缓冲池实例中，用于减少数据库内部的资源竞争，增加并发能力。
mysql> show variables like 'innodb_buffer_pool_instances'\G *************************** 1. row *************************** Variable_name: innodb_buffer_pool_instances Value: 8 1 row in set (0.00 sec)
InnoDB存储引擎对内存区域的管理：
InnoDB对缓冲池的管理是通过改良后的LRU算法来进行的。LRU列表中还加入了midpoint位置，新读取的页不是放到LRU列表的首部，而是放到midpoint位置，midpoint可以通过参数innodb_old_blocks_pct控制
mysql> show variables like 'innodb_old_blocks_pct'\G *************************** 1. row *************************** Variable_name: innodb_old_blocks_pct Value: 37 1 row in set (0.00 sec)
37表示新读取的页插入到LRU列表尾端的37%位置。midpoint之后的列表是old，之前是new，可以理解为new列表中的页都是最为活跃的热点数据。
midpoint之后的页多久进入到LRU的热端，可以通过参数innodb_old_blocks_time
mysql> show variables like 'innodb_old_blocks_time'\G *************************** 1. row *************************** Variable_name: innodb_old_blocks_time Value: 1000 1 row in set (0.00 sec)
重做日志缓冲
InnoDB存储引擎首先将重做日志信息先放入到这个缓冲区，然后按一定的频率将其刷新到重做日志文件。
mysql> show variables like 'innodb_log_buffer_size'\G
*************************** 1. row ***************************
Variable_name: innodb_log_buffer_size
Value: 16777216
1 row in set (0.00 sec)
何时刷新到重做日志文件中：
1.Master Thread每一秒执行一次
2.每个事务提交时执行一次
3.重做日志缓冲剩余小于1/2时执行一次
checkpoint技术
为了避免数据丢失的问题，当前事务数据库普遍代用了write ahead log策略，即当事务提交时，先写重做日志，再修改页。当由于发生宕机而导致数据丢失时，通过重做日志来完成数据的恢复。
checkpoint技术是为了解决以下几个问题：
1.缩短数据库的恢复时间
2.缓冲池不够用时，将脏页刷新到磁盘
3.重做日志不可用时，刷新脏页
checkpoint分为：
sharp checkpoint：数据库关闭时，所有脏页都刷新会磁盘
fuzzy checkpoint：
InsertBuffer，对于非聚集索引的插入或更新操作，不是每一次直接插入到索引页中，而是先判断插入的非聚集索引页是否在缓冲池中，若在，直接插入；若不在，则先放入到一个insert buffer对象中，然后再以一定的频率和情况进行Insert buffer和辅助索引页子节点的merge操作，这时通常能将多个插入合并到一个操作中，提高了对于非聚集索引插入的性能。
InsertBuffer的使用需要满足：
1.索引是辅助索引
2.索引不是唯一的
