一. 前言
在生产环境中mysql如何配置, 有什么约定项…
数据库在生产环境运行的时候，你必须根据机器的内存设置合理的buffer pool的大小，然后设置buffer pool的数量，这样的话，可以尽可能的保证你的数据库的高性能和高并发能力。
在线上运行的时候，buffer pool是有多个的，每个buffer pool里多个chunk但是共用一套链表数据结构，然后执行crud的时候，就会不停的加载磁盘上的数据页到缓存页里来，然后会查询和更新缓存页里的数据，同时维护一系列的链表结构。
二. 查看配置 SHOW ENGINE INNODB STATUS
mysql> SHOW ENGINE INNODB STATUS \G;
*************************** 1. row ***************************
Type: InnoDB
Name:
Status:
----------------------
BUFFER POOL AND MEMORY
----------------------
## buffer pool最终的总大小是多少
Total large memory allocated 137428992
Dictionary memory allocated 100382
## 这就是说buffer pool一共能容纳多少个缓存页
Buffer pool size 8191
## 这就是说free链表中一共有多少个空闲的缓存页是可用的
Free buffers 7703
## Database pages和Old database pages，就是说lru链表中一共有多少个缓存页，以及冷数据区域里的缓存页数量
Database pages 484
Old database pages 0
## 这就是flush链表中的缓存页数量
Modified db pages 0
## Pending reads和Pending writes，等待从磁盘上加载进缓存页的数量，
## 还有就是即将从lru链表中刷入磁盘的数量、即将从flush链表中刷入磁盘的数量
Pending reads 0
Pending writes: LRU 0, flush list 0, single page 0
## 这就是说已经lru冷数据区域里访问之后转移到热数据区域的缓存页的数量，
## 以及在lru冷数据区域里1s内被访问了没进入热数据区域的缓存页的数量
Pages made young 0, not young 0
## youngs/s和not youngs/s，这就是说每秒从冷数据区域进入热数据区域的缓存页的数量，
## 以及每秒在冷数据区域里被访问了但是不能进入热数据区域的缓存页的数量
0.00 youngs/s, 0.00 non-youngs/s
## Pages read xxxx, created xxx, written xxx，xx reads/s, xx creates/s, 1xx writes/s，
## 这里就是说已经读取、创建和写入了多少个缓存页，以及每秒钟读取、创建和写入的缓存页数量
Pages read 450, created 34, written 36
0.00 reads/s, 0.00 creates/s, 0.00 writes/s
## Buffer pool hit rate xxx / 1000，这就是说每1000次访问，有多少次是直接命中了buffer pool里的缓存的
## young-making rate xxx / 1000 not xx / 1000，每1000次访问，有多少次访问让缓存页从冷数据区域移动到了热数据区域，以及没移动的缓存页数量
No buffer pool page gets since the last printout
Pages read ahead 0.00/s, evicted without access 0.00/s, Random read ahead 0.00/s
## LRU len：这就是lru链表里的缓存页的数量
LRU len: 484, unzip_LRU len: 0
## I/O sum：最近50s读取磁盘页的总数
## I/O cur：现在正在读取磁盘页的数量
I/O sum[0]:cur[0], unzip sum[0]:cur[0]
三. 配置
buffer pool 大小.
约定: 要根据可用内存来评估. 比如 buffer pool设置你的机器内存的50%~60%左右,
buffer pool总大小=(chunk大小 * buffer pool数量)的2倍数
确定了buffer pool的总大小之后，就得考虑一下设置多少个buffer pool，以及chunk的大小了
关键公式 : buffer pool总大小=(chunk大小 * buffer pool数量)的倍数
示例:
默认的chunk大小是128MB, 机器的内存是32GB，打算给buffer pool总大小分配20GB内存.
答案: buffer pool的数量是16个，
此时chunk大小 * buffer pool的数量 = 16 * 128MB = 2048MB，
然后buffer pool总大小如果是20GB，此时buffer pool总大小就是2048MB的10倍
当然，此时你可以设置多一些buffer pool数量，比如设置32个buffer pool，那么此时buffer pool总大小（20GB）就是（chunk大小128MB * 32个buffer pool）的5倍，也是可以的。
那么此时你的buffer pool大小就是20GB，然后buffer pool数量是32个，每个buffer pool的大小是640MB，然后每个buffer pool包含5个128MB的chunk，算下来就是这么一个结果了。
- innodb_buffer_pool_instances 默认值1
mysql> SHOW VARIABLES LIKE 'innodb_buffer_pool_instances';
ERROR 2006 (HY000): MySQL server has gone away
No connection. Trying to reconnect...
Connection id: 5650
Current database: *** NONE ***
+------------------------------+-------+
| Variable_name | Value |
+------------------------------+-------+
| innodb_buffer_pool_instances | 1 |
+------------------------------+-------+
1 row in set (0.00 sec)
mysql>
在 MySQL 中，尤其是对于 InnoDB 存储引擎，你可以通过设置 innodb_buffer_pool_instances 参数来决定 Buffer Pool 的数量（即实例数量）。Buffer Pool 是 InnoDB 用于缓存数据和索引的内存区，分割成多个实例可以帮助减少线程间的争用，从而提高并发性能。这种设置特别适用于多核服务器。
如何设置 innodb_buffer_pool_instances
-
配置文件设置：你可以在 MySQL 的配置文件（通常为
my.cnf或my.ini，取决于操作系统）中设置innodb_buffer_pool_instances的值。例如，如果你想要设置 8 个 Buffer Pool 实例，可以在[mysqld]部分添加或修改这行：[mysqld] innodb_buffer_pool_instances=8修改配置文件后需要重启 MySQL 服务才能生效。
-
动态设置：对于 MySQL 5.7 及以上版本，可以在不重启服务的情况下动态设置
innodb_buffer_pool_instances参数（前提是总的 Buffer Pool 大小不变）。使用以下 SQL 语句：SET GLOBAL innodb_buffer_pool_instances = 8;请注意，虽然
innodb_buffer_pool_instances参数可以动态设置，但实际上改变此参数不会立即生效，直到下次 MySQL 服务重启或者 Buffer Pool 被重新初始化。
注意事项
-
Buffer Pool 大小：
innodb_buffer_pool_instances的设置与总的 Buffer Pool 大小（由innodb_buffer_pool_size控制）有关。每个实例至少需要 1GB 的内存，因此在设置实例数量之前，确保总的 Buffer Pool 大小足够分配。 -
最佳实践：虽然可以设置多达 64 个实例，但实际上并不总是“越多越好”。过多的实例可能会增加管理开销而非提升性能。一般建议与服务器的 CPU 核心数匹配或者根据实际性能测试来调整。对于大多数系统，设置 8 到 16 个实例已经足够。
-
重启 MySQL：如前所述，虽然
innodb_buffer_pool_instances参数可以动态改变，但要让更改生效通常需要重启 MySQL 服务。
