一 Change Buffer
Change Buffer是一种针对二级索引（辅助索引）页的更新优化措施，主要用于缓解磁盘写操作的压力，提高数据库性能。当对二级索引页进行写操作时，如果该页不在缓冲池中，Change Buffer会记录下这些变更，而不是立即将磁盘页加载到缓冲池中。等到未来数据被读取时，再将Change Buffer中的变更合并到缓冲池中的数据页中，降低了写磁盘操作的IO
二 自适应AHI索引
InnoDB存储引擎会监控对表上索引的查找，如果观察到建立哈希索引可以带来速度的提升，则建立哈希索引，所以称之为自适应（adaptive） 的。自适应哈希索引通过缓冲池的B+树构造而来，因此建立的速度很快。而且不需要将整个表都建哈希索引，InnoDB存储引擎会自动根据访问的频率和模式 来为某些页建立哈希索引。只适用于二级索引(辅助索引)
三 Double Write
主要是针对机械盘所做的优化，SSD能保证16KB数据的原子性写入, 不需要写入
当一个事务修改一个数据页时，InnoDB首先将该页的副本写入到一个预分配的Double Write缓冲区中，然后再将脏页刷新到磁盘中。如果在这个过程中发生系统崩溃，InnoDB可以在重启后从Double Write缓冲区中恢复数据页，确保数据的一致性，虽然保证了安全，但是会有额外的开销
四 并行复制
mysql并行复制的原理是基于组提交事务实现的，在同一时间戳内提交的事务，在binlog中是记录相同last_commited的事务，不存在锁冲突，都可以进行并行回放(last_committed表示事务提交时上次事务提交的编号，事务在进入prepare阶段时会将上次事务的sequence_number记录为自己的last_committed，如果事务具有相同的last_committed，表示这些事务都在一组内，可以进行并行的回放)。一句话总结就是主库怎么执行，从库就会怎么执行，在高并发场景下提高了应用事务的效率，减少延时出现的概率 Coordinator线程负责判断事务是否可以并行执行，如果可以并行就把事务分发给WorkThread线程执行。也可以设置主库延时提交，用来提高并行复制的效率
五 半同步复制
after_commit 5.6
1 客户端提交事务
2 存储层提交事务
3 推送binlog到从库，从库接收后反馈ack信息
4 主库收到ack应答信息 客户端返回-commitOK
after_sync 5.7(无损复制)
1 客户端提交事务
2 推送binlog到从库，从库接收后反馈ack信息
3 主库收到ack-信息(独立ack应答线程)
4 存储引擎层提交事务 客户端返回-commitOK
六 ICP特性
目的是减少server层与存储引擎层的IO交互，实现在存储引擎层的二次过滤，然后再返回给server层数据，被称之为索引下推
只能用于range(范围查询)、 ref(等于/不等于)、 eq_ref(等于/不等于)、ref_or_null(等于,不等于) 访问方法；只能用于InnoDB和 MyISAM存储引擎及其分区表；对InnoDB存储引擎来说，索引下推只适用于二级索引（也叫辅助索引）;
七 flush-log-at-trx-commit
核心记忆点 mysql->文件系统缓存-os刷新>磁盘
0 代表mysql每秒刷新到文件系统缓存,然后触发os 刷新(fsync())到硬盘,mysqld进程或者linux的崩溃会导致上一秒钟所有事务数据的丢失。
1 代表mysql每个事务都会写入文件系统缓存刷新到硬盘, 当mysql/linux出现故障时最多损失一个事务(依赖mysql刷新函数,不依赖于系统刷新函数)
2 代表mysql每个事务都会刷新到文件系统缓存,然后os 每秒刷新缓存到硬盘 当mysql挂掉后 最多损失一个事务，只有在操作系统崩溃或者系统掉电的情况下，上一秒钟所有事务数据才可能丢失
八 NUMA
NUMA是一种内存管理技术 NUMA在默认在本地CPU上分配内存，会导致CPU节点之间内存分配不均衡，当某个CPU节点的内存不足会使用Swap而不是直接从远程节点分配内存。经常内存还有耗尽，Mysql就已经使用Swap照成抖动，这就是"Swap Insanity"
九 慢日志
Query_time: duration 语句执行时间，以秒为单位。
Lock_time: duration 获取锁的时间(以秒为单位)。
Rows_sent: N 发送给 Client 端的行数。
Rows_examined: N 服务器层检查的行数(不计算存储引擎内部的任何处理)。
query_long_time 只记录执行SQL query_time的时间，不记录lock_time的时间，所以可能存在某些语句因为等待时间过长但是没有记录到慢日志的情况
log_queries_not_using_indexes：是否记录所有未使用索引的查询语句，默认为off
min_examined_row_limit：对于查询扫描行数小于此参数的SQL，将不会记录到慢查询日志中，默认为0。一般不调整这个参数
