innodb_buffer_pool_size设得太大是Windows下MySQL 8.0内存爆表的头号原因，因其启动即锁定整块内存、未预留系统余量且Windows缓存回收慢；需通过SHOW VARIABLES确认值、对比可用内存与buffer pool实际占用（含1.2倍冗余）、监控Innodb_buffer_pool_pages_free是否长期趋零来验证，并严格满足chunk×instances整数倍约束、删旧ib_logfile、关log_bin和预热参数以安全调优。
innodb_buffer_pool_size设得太大，是Windows下MySQL 8.0内存爆表的头号原因。它不是“占用高”，而是你给得太多——系统没留够余量，Windows又不像Linux那样能快速回收缓存，结果就是任务管理器里mysqld RSS一路冲到4GB+，还可能触发系统级内存压力告警。
怎么确认真是innodb_buffer_pool_size惹的祸
别只看任务管理器里的“内存”数字，那是虚的。真正要盯的是MySQL自己报的账：
执行mysql -e "SHOW VARIABLES LIKE 'innodb_buffer_pool_size';"，再用free -h（WSL）或资源监视器看“可用内存”。如果可用内存长期低于innodb_buffer_pool_size值的1.2倍，基本就是它在抢饭碗。
Windows上更直接：打开“性能监视器”→添加计数器→选“MySQL:Innodb_buffer_pool_pages_total”和“MySQL:Innodb_buffer_pool_pages_free”，如果free长期接近0，说明池子满了但系统没空间喂它。
innodb_buffer_pool_size不能随便改小，有硬约束
MySQL 8.0对这个值校验很死，改错会直接启动失败：
• 必须是innodb_buffer_pool_chunk_size × innodb_buffer_pool_instances的整数倍（默认chunk=128M，instances=8 → 最小合法值=1G）
• 如果你原来设了2G，想改成1.5G，MySQL会报Invalid value for innodb_buffer_pool_size
• 改完必须删掉旧的ib_logfile0和ib_logfile1（通常在C:\ProgramData\MySQL\MySQL Server 8.0\Data\），否则启动卡死在InnoDB: Error: log file ib_logfile0 is of different size
• 单位写1G或512M，别写字节数——易错，也难读
关掉performance_schema能省几百MB，但得关对地方
Windows下performance_schema默认全开，events_statements_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 5;
• 运行时关掉非必要consumer：UPDATE performance_schema.setup_consumers SET ENABLED = 'NO' WHERE NAME IN ('events_statements_history_long', 'events_transactions_history_long');
• 永久生效要写配置：在my.ini的[mysqld]段里加performance_schema_events_statements_history_long_size = 10000（默认20000）
• 注意路径：MySQL 8.0 on Windows只认C:\ProgramData\MySQL\MySQL Server 8.0\my.ini，宝塔那种路径根本不会读
log_bin开着等于给内存加压，单机环境建议关
除非你在做主从复制或需要闪回，否则Windows单机跑MySQL，log_bin纯属负担：
• 查是否开着：mysql -e "SHOW VARIABLES LIKE 'log_bin';"，返回ON就说明在吃资源
• 关闭方法：在my.ini的[mysqld]段加skip-log-bin（不是log_bin = OFF）
• 关完必须手动删掉旧binlog文件（mysql-bin.000001等）和mysql-bin.index，否则重启后仍会加载
• 这步能省下每次事务的额外写缓冲+fsync开销，间接降低内存抖动
Windows下最常被忽略的一点：innodb_buffer_pool_dump_at_shutdown和innodb_buffer_pool_load_at_startup默认都是ON。重启后几秒内RSS猛涨不是泄漏，是它在疯狂预热——但如果你服务器经常重启，或者数据量不大，这预热毫无意义，反而让内存曲线难看。关掉它，比调参数更立竿见影。
