MySQL 8.0升级后内存“暴涨”主因是innodb_buffer_pool_size默认行为突变（自动按物理内存推算并向上对齐）叠加performance_schema全量启用（events_statements_history_long等表启动即预占128MB+），调这两个参数可压下80%异常RSS增长。
MySQL 8.0升级后内存“暴涨”，90%以上不是bug，而是innodb_buffer_pool_size默认行为突变 + performance_schema全开导致的——调这两个，基本能压下80%的异常RSS增长。
为什么SHOW VARIABLES显示的innodb_buffer_pool_size和实际RSS差一大截
MySQL 8.0.22+会自动推导innodb_buffer_pool_chunk_size，若你没显式设置，它就按物理内存动态算（比如64GB机器可能算出256MB），再乘以innodb_buffer_pool_instances（默认8），最终分配内存 = chunk × instances × 实际chunk数量。而你配置的innodb_buffer_pool_size只是“目标值”，InnoDB会向上对齐到最近合法倍数。
- 常见表现：
SHOW VARIABLES LIKE 'innodb_buffer_pool_size'返回42949672960（40GB），但SHOW ENGINE INNODB STATUS\G里“Buffer pool size”显示5242880（≈80GB） - 手动验证：
SELECT @@innodb_buffer_pool_chunk_size, @@innodb_buffer_pool_instances, @@innodb_buffer_pool_size;，发现innodb_buffer_pool_size不能被chunk_size × instances整除 - 启动日志出现warning：“Buffer pool size rounded up to …”
- 解决方法：在
/etc/my.cnf的[mysqld]段显式写死innodb_buffer_pool_chunk_size = 128M，同步调整innodb_buffer_pool_instances，确保innodb_buffer_pool_size / (128 * 1024 * 1024 * innodb_buffer_pool_instances)是整数；改完必须删掉旧的ib_logfile0和ib_logfile1
performance_schema一开就多占300–500MB内存
MySQL 8.0默认全量启用performance_schema的instruments和consumers，其中events_statements_history_long和events_transactions_history_long这类长历史表，单个默认预分配128MB+，且是启动即占——不查也吃内存。
- 验证方式：
SELECT * FROM performance_schema.memory_summary_global_by_event_name WHERE event_name LIKE 'memory/performance_schema/%' ORDER BY SUM_ALLOCATED DESC LIMIT 10; - 运行时关非必要consumer：
UPDATE performance_schema.setup_consumers SET ENABLED = 'NO' WHERE NAME IN ('events_statements_history_long', 'events_transactions_history_long'); - 限制历史表大小（写入my.cnf）：
performance_schema_events_statements_history_long_size = 10000（默认20000），同理设performance_schema_events_transactions_history_long_size = 10000 - 禁用非核心instruments（运行时生效，重启失效）：
UPDATE performance_schema.setup_instruments SET ENABLED = 'NO' WHERE NAME LIKE 'statement/sql/%' AND NAME NOT IN ('statement/sql/select','statement/sql/insert','statement/sql/update','statement/sql/delete');
改了my.cnf但内存没降下来，MySQL根本没读你改的文件
MySQL 8.0按固定顺序加载配置：/etc/my.cnf → /etc/mysql/my.cnf → /usr/etc/my.cnf → ~/.my.cnf。宝塔等面板常写入/www/server/mysql/my.cnf——这个路径不在默认列表里。
- 查真实加载路径：
ps aux | grep mysqld | grep -o '\-\-defaults-file=[^ ]*'，没输出就说明走默认路径 - 最稳妥做法：删掉或重命名
/etc/my.cnf（如有），然后确保/www/server/mysql/my.cnf顶部有[mysqld]段落，并把innodb_buffer_pool_size、performance_schema相关参数放进去 - 改完先校验语法：
mysqld --defaults-file=/www/server/mysql/my.cnf --verbose --help 2>/dev/null | head -5，不报错才重启 - 重启后验证：
mysql -e "SHOW VARIABLES LIKE 'innodb_buffer_pool_size';"
真正容易被忽略的是innodb_buffer_pool_dump_at_shutdown和innodb_buffer_pool_load_at_startup这对组合——它们会让MySQL启动后几秒内RSS陡增，看起来像泄漏，其实是预热行为；还有混部场景下innodb_dedicated_server=ON会自动设得过大，必须手动关掉。
