进行完读写访问之后并不着急把该页对应的内存空间释放掉，而是将其缓存起来，这样将来有请求再次访问该页面时，就可以省去磁盘IO的开销了。

MySQL服务器启动的时候就向操作系统申请了一片连续的内存,他们给这片内存起了个名,叫做Buffer Pool（中文名是缓冲池）

运维

1 查询

select @@innodb_buffer_pool_size;   # 建议物理内存的 50-75%
select @@innodb_buffer_pool_instances;  #建议4-8个
innodb_buffer_pool_size的值必须是2G或者2G的整数倍

2 不够用场景/如何判断不够用

产生不够用的情景有哪些？ 1. 设置太小 2. 大事务（更新多行） 3. chpt触发不及时  4. IO比较慢  5. 查询语句优化的不好

如何判断是否够用  Innodb_buffer_pool_wait_free 如果出现非0的话，可以考虑增加buffer_pool

show global status like  "%innodb%wait%"

一 data buffer 

二 Change buffer

Change buffer  Change Buffer默认占Buffer Pool的25%，最大设置占用50%：

特点

1 对于聚簇索引会立即更新

2  对二级索引且insert，update，delete语句有效

3 对于不在buffer pool的辅助索引需要更新，不是实时更新的(如果在内存则直接更新)

4 Change buffer 功能是临时缓冲辅助索引需要的数据更新，当需要查询新insert 的数据，会在内存中进行merge(合并)操作，此时 辅助索引就是最新的

show variables like "%innodb_change_buffer_max_size%"   #比例

写缓存（Change Buffer） 是一种特殊的数据结构，用于在对数据变更时，如果数据所在的数据页没有在 buffer pool 中的话，在不影响数据一致性的前提下，InnoDB 引擎会将对数据的操作缓存在 Change Buffer 中，这样就省去了从磁盘中读入这个数据页
change buffer为什么针对非唯一普通索引页
聚簇索引比如insert，update，delete 数据, 对于聚簇索引会立即更新 （更新操作都要先判断这个操作是否违反唯一性约束）
这必须要将数据页读入内存才能判断如果都已经读入到内存了，那直接更新内存会更快，就没必要使用 change buffer 了
唯一索引的更新就不能使用 change buffer，实际上也只有普通索引可以使用

普通索引
不需要判断唯一性，正常使用 change buffer 更新, 可能涉及相关页的分裂和维护，为了加快速度使用了 Change Buffer

以下几种情况开启 Change Buffer，会使得 MySQL 数据库明显提升：

1、数据库大部分是非唯一索引

2、业务是写多读少

3、写入数据之后并不会立即读取它

Change Buffer 的架构图

Change Buffer 中的数据最终还是会刷回到数据所在的原始数据页中将 change buffer 中的操作合并到原数据页（System Tablespace 中可以看到持久化 Change Buffer 的空间），得到最新结果的过程称为 merge

以下情况会发生 merge 操作：

1. 1 访问这个数据页；
2. 2 后台master线程会定期 merge；
3. 3 数据库缓冲池不够用时；
4. 4 数据库正常关闭时；
5. 5 redo log写满时

监视变更缓冲区 

Show engine innodb status

size： seg size：变更缓冲区的大小（以页为单位）

#这行显示了关于Ibuf: size 1, free list len 0, seg size 2, 0 merges

Size  变更缓冲区使用的页数。变更缓冲区大小等于 seg size - (1 + free list len)   (1 + free list len) 表示变更缓冲区头页面
free list The number of pages free within the change buffer.代表了空闲页的数量
seg size The size of the change buffer, in pages. 插入缓冲的大小为2 *16KB
merges: The total number of change buffer merges.表示合并次数
merged operations - insert: The number of inserted records merged.merged插入的记录数
merged operations - delete mark: The number of deleted records merged.merged删除记录数
merged operations - delete: The number of purge records merged.merged清除记录数
discarded operations - insert: The number of insert merge operations discarded.
discarded operations - delete mark: The number of delete merge operations discarded.
discarded operations - delete: The number of purge merge operations discarded.

INFORMATION_SCHEMA.INNODB_METRICS 表提供了在InnoDB Standard Monitor 输出中指标信息。要查看 变更缓冲区 度量指标，可以使用以下查询语句

select name, COMMENT from  INFORMATION_SCHEMA.INNODB_METRICS where name like "%ibuf%"

INFORMATION_SCHEMA.INNODB_BUFFER_PAGE 表提供有关缓冲池中每个页面的元数据，包括变更缓冲区索引和变更缓冲区位图页面。

变更缓冲区页面由PAGE_TYPE标识。 IBUF_INDEX 是变更缓冲区 索引页面的页面类型，而IBUF_BITMAP是变更缓冲区 位图页面的页面类型。

查询 INNODB_BUFFER_PAGE 表，以确定 IBUF_INDEX 和 IBUF_BITMAP 页的大约数量（占缓冲池页总数的百分比）

SELECT (SELECT COUNT(*) FROM INFORMATION_SCHEMA.INNODB_BUFFER_PAGE

       WHERE PAGE_TYPE LIKE 'IBUF%') AS change_buffer_pages,

       (SELECT COUNT(*) FROM INFORMATION_SCHEMA.INNODB_BUFFER_PAGE) AS total_pages,

       (SELECT ((change_buffer_pages/total_pages)*100))

       AS change_buffer_page_percentage

三 AHI 自适应hash索引

AHI作用： 自动评估"热"的内存索引page,生成HASH索引表，帮助InnoDB快速读取索引页。加快索引读取的效果。 相当与索引的索引。

MySQL的InnoDB引擎，能够创建只有Btree

MySQL 5.7 – innodb_adaptive_hash_index_parts默认设置为8，所以自适应哈希索引被切割为8个分区，因为不存在全局互斥

show variables like '%hash_index%';  # 如果内存较大 推荐开启，如果内存小，效果一般

四 Log Buffer（redo buffer）

作用： 用来缓冲 redo log日志信息

select @@innodb_log_buffer_size; 默认大小：16M  生产：和innodb_log_file_size有关, 1-2倍, 重启生效; 影响事物的并发度

show variables like "%innodb_log_buffer_size"

show variables like "%innodb_log_%"

设置

innodb_log_file_size=2G

innodb_log_files_in_group=3

innodb_log_buffer_size=1G

show status like "%innodb_log_%"

Innodb_log_write_requests平均每秒日志写请求次数

innodb_log_writes平均每秒向日志文件的物理写次数

Innodb_log_waits等待日志缓冲区空闲的次数 （大于0 要进行调整innodb_log_buffer_size和innodb_log_file_size ）