转-----------让InnoDB_Buffer_Pool缓冲池中的热数据存活更久

最新推荐文章于 2023-04-28 18:55:01 发布

转载最新推荐文章于 2023-04-28 18:55:01 发布 · 394 阅读

SQL 专栏收录该内容

5 篇文章

订阅专栏

本文介绍了MySQL中InnoDB存储引擎的缓冲区管理机制，包括sublistofnewblocks和sublistofoldblocks两个区域的作用，以及如何通过调整innodb_old_blocks_pct和innodb_old_blocks_time参数来优化缓冲区性能。

nnoDB_Buffer_Pool缓冲区有两个区域，一个是sublist of new blocks区域（经常被访问的数据——热数据），一个是sublist of old blocks区域（不经常访问的数据）。当用户访问数据时，如果缓冲区里有相应的数据则直接返回，否则会从磁盘读入缓冲区的sublist of old blocks区域，然后再移动到sublist of new blocks区域，并通过LRU最近最少使用算法来踢出旧数据页。

但是这其中也许会存在一个问题，假如有些sql语句做统计用全表扫描，例如select * from t1，或者做一次MySQLdump，这时就会进入sublist of new blocks区域，把一些真正的热数据“踢走”，这样就会造成缓冲区的数据进进出出，导致磁盘I/O频繁。

所以从MySQL5.5.X版本开始，innodb_old_blocks_pct参数可以控制进入缓冲区sublist of old blocks区域的数量，默认是37，占整个缓冲池的比例为3/8。当全表扫描一个大表，或者做MySQLdump时，就可以将innodb_old_blocks_pct设置得小些，例如，设置innodb_old_blocks_pct=5，使数据块进入少量sublist of old blocks区域，并移动到sublist of new blocks区域，从而让更多的热数据不被踢出。当你访问一个小表，或者select查询结果很少时，则可以保持默认的innodb_old_blocks_pct=37，或者设置得更大，比如innodb_old_blocks_pct=50。

在该过程中，还会涉及另一个参数innodb_old_blocks_time。在访问sublist of old blocks区域里的数据块时，并不是马上就移动到sublist of new blocks区域，而是会先让数据停留在sublist of old blocks区域innodb_old_blocks_time（微秒），然后再移动到sublist of new blocks区域，这样就保证了sublist of new blocks区域里的数据不会马上被踢出。

用“show engine innodb status\G;”命令可以查看当前的信息：
Total memory allocated 1107296256; in additional pool allocated 0
Dictionary memory allocated 80360
Buffer pool size 65535
Free buffers 0
Database pages 63920
Old database pages 23600
Modified db pages 34969
Pending reads 32
Pending writes: LRU 0, flush list 0, single page 0
Pages made young 414946, not young 2930673
1274.75 youngs/s, 16521.90 non-youngs/s
Pages read 486005, created 3178, written 160585
2132.37 reads/s, 3.40 creates/s, 323.74 writes/s
Buffer pool hit rate 950 / 1000, young-making rate 30 / 1000 not 392 / 1000
Pages read ahead 1510.10/s, evicted without access 0.00/s
LRU len: 63920, unzip_LRU len: 0
I/O sum[43690]:cur[221], unzip sum[0]:cur[0]