14.6.3.1 The InnoDB Buffer Pool

InnoDB 保持一个存储区域被称为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 Algorithm

InnoDB 管理buffer pool 作为一个列表,使用一个变化的LRU算法。

当room 是被需要增加一个新的page 到pool,InnoDB 驱逐最少使用的pages增加新的pages到列表的中间。

这个 中间插入的策略 对待列表作为两个清单

1.在头部,  新的(或者年轻的)的一个子列表 被频繁访问

2.在尾部, 一个老的pages 的一个子列表很少被访问

这个算法保持pages  大量使用通过查询在新的子列表

老的子列表包含更少使用的页, 这些是候选为被驱逐

LRU 算法操作默认如下:

1.buffer pool的3/8 是分给old sublist

2. 列表的中间是边界新的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_size
innodb_buffer_pool_size=4G 2.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 实例有至少1GB mysql> 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 sublist mysql> 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 sublist innodb_old_blocks_time 可以设置在运行时间,这样你可以临时改变 当操作需要表扫描或者dumps innodb_read_ahead_threshold 控制 预读的灵敏度,InnoDB 使用预取pages到buffer pool innodb_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

14.6.3.1 The InnoDB Buffer Pool的更多相关文章

  1. 14.6.3.5 Configuring InnoDB Buffer Pool Flushing

    14.6.3.5 Configuring InnoDB Buffer Pool Flushing InnoDB 执行某些任务在后台, 包括脏叶的刷新(那些已经发生改变的pages 但是没有写入到数据文 ...

  2. 14.6.3.4 Configuring InnoDB Buffer Pool Prefetching (Read-Ahead) 配置InnoDB Buffer pool 预取

    14.6.3.4 Configuring InnoDB Buffer Pool Prefetching (Read-Ahead) 配置InnoDB Buffer pool 预取 一个预读请求是一个I/ ...

  3. 14.4.3.6 Fine-tuning InnoDB Buffer Pool Flushing 微调 InnoDB Buffer Pool 刷新:

    14.4.3.6 Fine-tuning InnoDB Buffer Pool Flushing 微调 InnoDB Buffer Pool 刷新: innodb_flush_neighbors an ...

  4. 14.4.3.5 Configuring InnoDB Buffer Pool Flushing 配置InnoDB Buffer Pool 刷新:

    14.4.3.5 Configuring InnoDB Buffer Pool Flushing 配置InnoDB Buffer Pool 刷新: InnoDB执行某些任务在后台, 包括flush 脏 ...

  5. 14.4.3.4 Configuring InnoDB Buffer Pool Prefetching (Read-Ahead) 配置InnoDB Buffer pool 预读

    14.4.3.4 Configuring InnoDB Buffer Pool Prefetching (Read-Ahead) 配置InnoDB Buffer pool 预读 一个预读请求 是一个I ...

  6. 14.4.3.1 The InnoDB Buffer Pool

    14.4.3.1 The InnoDB Buffer Pool 14.4.3.2 Configuring Multiple Buffer Pool Instances 14.4.3.3 Making ...

  7. 14.6.3.3 Making the Buffer Pool Scan Resistant

    14.6.3.3 Making the Buffer Pool Scan Resistant 相比使用一个严格的LRU算法,InnoDB 使用一个技术来最小化数据总量 带入到buffer pool 而 ...

  8. 14.6.3.2 Configuring Multiple Buffer Pool Instances 配置多个Buffer Poll 实例:

    14.6.3.2 Configuring Multiple Buffer Pool Instances 配置多个Buffer Poll 实例: 对于系统有多个buffer pools 在多个字节范围, ...

  9. 14.4.3.3 Making the Buffer Pool Scan Resistant

    14.4.3.3 Making the Buffer Pool Scan Resistant 让Buffer Pool 扫描 相比使用一个严格的LRU算法, InnoDB 使用一个技术来最小化数据的总 ...

随机推荐

  1. hibernate自动建表采用UTF-8字符编码

    hibernate自动建表采用UTF-8字符编码 hibernate建表默认为UTF-8编码 >>>>>>>>>>>>>& ...

  2. PHP如何解决网站大流量与高并发的…

    首先,确认服务器硬件是否足够支持当前的流量. 普通的P4服务器一般最多能支持每天10万独立IP,如果访问量比这个还要大, 那么必须首先配置一台更高性能的专用服务器才能解决问题 ,否则怎么优化都不可能彻 ...

  3. 【锋利的jQuery】学习笔记03

    第三章 jQuery中的DOM操作 一.DOM操作的分类 DOM(document object model)是一种与浏览器.平台.语言无关的接口,使用该接口可以访问页面中的·所有组件.DOM的操作可 ...

  4. js--小结②

  5. mvc5 + ef6 + autofac搭建项目(三)

    前面已经基本完成了框架的搭建,后面就是实现了,后面主要说下前端的东西bootstrap的使用和相关插件. 看图: 实现比较简单,在主页面只引入共用部分的 js等相关包,毕竟不是所有页面都需要列表以及其 ...

  6. OC调用Swift 整理步骤!总结别人的!方便自己查找!

    1. 2. 上面的修改了一个配置项,有一个Product Module Name在后面会使用. 在工程里面点击File/New/File…,选择iOS/Source/Cocoa Touch Class ...

  7. Java设计模式(学习整理)---命令模式

    设计模式之Command(学习整理) 1.Command定义 不少Command模式的代码都是针对图形界面的,它实际就是菜单命令,我们在一个下拉菜单选择一个命令时,然后会执行一些动作. 将这些命令封装 ...

  8. 轻松使用px为单位开发移动端页面

    研究移动端页面已经有许久了,一直执着于rem来开发,不谈性能怎么样,单从工作效率上看影响了不少,首先要固定设计稿的宽度,一般都是固定在640px,然后在根据根目录的字体大小来计算出每个元素的rem的值 ...

  9. 设置(TableViewController)通用框架

    本文学习于传播播客.李明杰老师.感谢

  10. IntelIoT技术笔记Java/Eclipse

    1. 获取最新版本 使用"Team sync perspective",如果想要看到全部工程的差异,选择全部工程,右键-Team-sync with Repository:将会自动 ...