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. SQL 建立临时表进行查询

    SELECT min (maxrank) as minofmaxrank FROM (SELECT max(rank) as maxrank FROM tbl_core_staff WHERE st_ ...

  2. CI框架篇之模型篇--AR操作(2)

    CodeIgniter 和众多的框架一样,有属于自己的一套对数据库的操作方式,本框架更是如此 有属于自己的一套对数据库的安全并且简单的操作, 成为AR操作:下面来对AR操作进行介绍: 首先,确定要启动 ...

  3. Java String.format 自动补全不够的位数

    http://www.blogjava.net/java-blog/articles/189040.html

  4. Android EditText的输入监听,输入字符的动态获取

    http://itindex.net/detail/38974-android-edittext-%E7%9B%91%E5%90%AC 有时候我们可能会用到时时的监听EditText输入字符的时时监听 ...

  5. php编译安装扩展curl

    ./configure --with-php-config=/opt/software/php5.4/bin/php-configyum install curl curl-devel

  6. 笔记一、初识 Javascript

    一.初识 Javascript javascript是一种专为与网页交互儿设计的脚本语言.由三部分组成:ECMAScript  (ECMA-262定义) : 提供核心语言功能文档对象模型(DOM): ...

  7. 前端----表格的具体使用(jquery)

    表格在页面布局中常常会用到.在不同的框架中有不同的使用方法,现在,我先总结下表格在jquery中具体使用: 1.增--insertAfter() function addTr(){ $("& ...

  8. 数据库(学习整理)----2--关于Oracle用户权限的授权和收权

    知识点: 1.Oracle数据库中所用的用户等级是平级的!只是每个用户的权限不同而已! 2.在一个用户登录后,可以在自己的登录状态下访问其他用户的数据缓冲区.表.以及表的操作!(只要该用户用权限!) ...

  9. 理解java Web项目中的路径问题

    本文以项目部署在tomcat服务器为例,其他相信也是一样的. 先说明请求页面的写法,在web中,页面路径主要写的有以下几种 1.请求重定向 2.浏览器的请求被服务器请求到新页面(我称为“转发”) 3. ...

  10. 为SQL Server表中的列添加/修改/删除注释属性(sp_addextendedproperty、sp_updateextendedproperty、sp_dropextendedproperty)

    本篇基本完全参考:sql--sp_addextendedproperty和sp_updateextendedproperty (Transact-SQL) 三个存储过程用法一样,以sp_addexte ...