14.6.3.1 The InnoDB Buffer PoolInnoDB 保持一个存储区域被称为buffer pool 用于cache数据和索引在内存里,知道InnoDB buffer pool 如何工作,利用它来保持频繁访问的数据在内存里,是MYSQL 调优的一个重要方面。你可以配置InnoDB buffer pool的各个方面来改善性能:理想情况下,你设置buffer pool的大小为实际最大值,留下足够的内存用于其他进程在服务器上运行而没有产生分页。buffer pool越大, InnoDB 表位越像是内存数据库,从磁盘读取一次然后从内存访问数据在随后的读操作。Buffer pool size  是使用 innodb_buffer_pool_size 配置选项2.  随着64位系统使用大的内存,你可以把buffer 分成多个部分，以尽量减少内存结果的冲突在并发操作期间。3.你可以保持频繁访问的数据在内存里 尽管突然的高峰活动对于备份或者报告操作4.你可以控制何时如何InnoDB 执行鱼肚请求来预获取Pages异步到buffer pool,预计 pages 马上被需要5. 你可以控制当background刷新旧的pages发生,是否InnoDB 动态调整 基于负载的刷新频率。6.你可以配置InnoDB 来保持当前的buffer pool 状态来避免一个漫长的准备期在一个server 重启后。你也可以保留当前的buffer pool 状态 当server 在运行时InnoDB Buffer Pool LRU AlgorithmInnoDB 管理buffer pool 作为一个列表,使用一个变化的LRU算法。当room 是被需要增加一个新的page 到pool,InnoDB 驱逐最少使用的pages增加新的pages到列表的中间。这个 中间插入的策略 对待列表作为两个清单1.在头部,  新的（或者年轻的）的一个子列表 被频繁访问2.在尾部, 一个老的pages 的一个子列表很少被访问这个算法保持pages  大量使用通过查询在新的子列表老的子列表包含更少使用的页, 这些是候选为被驱逐LRU 算法操作默认如下:1.buffer pool的3/8 是分给old sublist2. 列表的中间是边界新的sublist的尾部和 old sublist的开头3.当InnoDB 读取一个Page到buffer pool,他初始插入在中间(old sublist的头部).一个page 可以读进来 因为它是被需要用于一个用户指定的操作比如SQL查询,或者 作为预读的一部分被InnoDB自动执行4.访问一个page 在old sublist 让这个Page变的年轻,移动到 buffer pool的head（new sublist的头部）如果page 因为需要被读取, 第一次访问立即发生 page变的yong.如果page 被读进来由于预读, 第一访问不立即发生5.在进行数据库操作时, pages在buffer pool不被访问 变老移动到列表的尾部。Pages 在new和old 子列表 老化其他pages变成新的。6.默认的, pages被查询读取立即移动到new sublist,意味着他们会在buffer pool中停留很长时间。一个表扫描（比如执行一个mysqldump操作),或者一个SELECT 语句没有带WHERE条件)可以带来大量的数据到buffer pool ，驱逐等量的older数据,即使新的数据不会被再次使用。类似的,pages是通过后台线程加载的 只访问一次 移动到new list的head.这些情况回把平凡使用的pages移动到old sublist.InnoDB Buffer Pool Configuration Options  InnoDB Buffer Pool 配置选项几个配置选项影响InnoDB buffer pool的不同方面:1.innodb_buffer_pool_size指定buffer pool的大小, 如果buffer pool是太小了你有足够的内存,让buffer pool变大能改善性能通过降低磁盘I/O的总量zabbix:/root/Esx# cat /etc/my.cnf  | grep innodb_buffer_pool_sizeinnodb_buffer_pool_size=4G2.innodb_buffer_pool_instances把buffer pool 分成一个用户指定的单独的区域, 每个有它自己的LRU list和相关的数据结构,降低竞争在并发内存读取和写操作。这个选项只有当innodb_buffer_pool_size 值大于1GB才生效。总的buffer pool的代销是被分成多个buffer pool.为了最好的性能, 指定innodb_buffer_pool_instances and innodb_buffer_pool_size的组合这样每个buffer pool 实例有至少1GBmysql> show variables like '%innodb_buffer_pool%';+-------------------------------------+----------------+| Variable_name                       | Value          |+-------------------------------------+----------------+| innodb_buffer_pool_dump_at_shutdown | OFF            || innodb_buffer_pool_dump_now         | OFF            || innodb_buffer_pool_filename         | ib_buffer_pool || innodb_buffer_pool_instances        | 8              || innodb_buffer_pool_load_abort       | OFF            || innodb_buffer_pool_load_at_startup  | OFF            || innodb_buffer_pool_load_now         | OFF            || innodb_buffer_pool_size             | 4294967296     |+-------------------------------------+----------------+8 rows in set (0.01 sec)innodb_old_blocks_pct;指定 buffer pool近似的比例 InnoDB 使用old block sublist.范围是从5到95,默认是37（3/8的pool大小）mysql> show variables like '%innodb_old_blocks_pct%';+-----------------------+-------+| Variable_name         | Value |+-----------------------+-------+| innodb_old_blocks_pct | 37    |+-----------------------+-------+1 row in set (0.00 sec)innodb_old_blocks_time:指定多久单位毫秒一个page 插入到old sublist 必须留在那个在他第一次访问后在他可以被移动到new sublist如果值是0, 一个page 插入到old sublist 立即移动到新的sublist  当它第一次被访问后。如果值大于0, pages 停留在old sublist 知道一个访问发生至少多少毫秒后第一次被访问。比如,值为1000 导致pages停留在old sublist 1秒钟 在首次访问后 在它们变的合格移动到new sublistmysql> show variables like '%innodb_old_blocks_time%';+------------------------+-------+| Variable_name          | Value |+------------------------+-------+| innodb_old_blocks_time | 1000  |+------------------------+-------+1 row in set (0.00 sec)设置 innodb_old_blocks_time 大于0防止一次表扫描充满new sublist 记录在一个Page读进来后一个扫描可以访问很多次,但是page是不能使用在那以后。如果 innodb_old_blocks_time 是设置一个值大于处理page的时间,page停留在old sublist,老化到列表的尾部 被快速淘汰。这种方式, pages只使用一次扫描不影响大量使用的pages在new sublistinnodb_old_blocks_time  可以设置在运行时间,这样你可以临时改变 当操作需要表扫描或者dumpsinnodb_read_ahead_threshold控制  预读的灵敏度,InnoDB 使用预取pages到buffer poolinnodb_random_read_ahead让随机的预读技术用于预取pages到buffer pool.mysql> show variables like '%innodb_random_read_ahead%';+--------------------------+-------+| Variable_name            | Value |+--------------------------+-------+| innodb_random_read_ahead | OFF   |+--------------------------+-------+1 row in set (0.00 sec)innodb_adaptive_flushing