MySQL启动占500MB+主因是XAMPP默认innodb_buffer_pool_size设为128M且常驻内存；实操应修改my.ini中该值为32M或16M，同时配设innodb_additional_mem_pool_size=16M（5.6及以前）、max_connections=30及对应会话缓冲，并禁用冗余引擎。
MySQL 启动就占 500MB+？调低 innodb_buffer_pool_size
根本原因是 XAMPP 默认把 innodb_buffer_pool_size 设为 128M（Windows）甚至更高，而 InnoDB 缓冲池会常驻内存、不主动释放——哪怕你只建了 3 张小表，它也照占不误。2GB 内存的低配机根本扛不住。
实操建议：
- 打开
XAMPP\mysql\bin\my.ini（不是系统目录下的my.cnf或C:\Windows\my.ini） - 在
[mysqld]段落下添加或修改：innodb_buffer_pool_size = 32M - 如果几乎不用 InnoDB（比如纯 MyISAM 表或老版 WordPress），可压到
16M；但低于12M可能导致 MySQL 启动失败 - 改完必须以管理员身份重启 MySQL 服务（XAMPP 控制面板点“Start”或运行
net start mysql）
报错 “Using innodb additional mem pool size”？补上 innodb_additional_mem_pool_size
这个错误不是警告，是启动失败前的最后提示，说明 innodb_additional_mem_pool_size 不够用。MySQL 5.6 及以前版本需要这块内存存放数据字典、内部结构等元信息，默认仅 8M，表一多就崩。
实操建议：
- 在
my.ini的[mysqld]下添加：innodb_additional_mem_pool_size = 16M - 值设成 16M 足够应付几十张表；若表超百，可试 24M，但不必超过 32M
- 注意：MySQL 5.7+ 已移除此参数，如果你用的是 XAMPP 7.4+（含 MySQL 5.7.33+），加了这行会被忽略并报 warning——先用
SELECT VERSION();确认版本再操作
连接一多就卡死？砍掉冗余引擎 + 压低 max_connections
默认 max_connections = 151，每个连接独占 sort_buffer_size 和 read_buffer_size，低配机开 5 个 PHP 请求就可能触发 swap，响应变慢甚至 OOM。
实操建议：
- 在
[mysqld]下设置：max_connections = 30 - 配套调低会话级缓冲：
sort_buffer_size = 64K、read_buffer_size = 64K - 禁用不用的引擎节省初始化开销：
skip-archiveskip-blackholeskip-federated（注意是连写，不是空格或换行） - 验证是否生效：进 MySQL 执行
SHOW VARIABLES LIKE 'max_connections';，结果应为 30
别碰 query_cache_size——它在 MySQL 5.7+ 已被彻底删除
很多教程还在教调 query_cache_size = 16M，但 XAMPP 7.4+ 自带的 MySQL 5.7.33+ 或 MariaDB 10.4+ 已移除查询缓存模块。如果 my.ini 里还留着 query_cache_type = 1，MySQL 启动时会直接忽略并输出 warning，但残留配置容易干扰判断。
实操建议：
- 搜索
my.ini全文，删掉所有含query_cache的行（包括query_cache_limit、query_cache_min_res_unit） - 确认无误后重启服务，再看错误日志里是否还有 “Query cache is disabled” 类提示
- 真正该关注的是
innodb_buffer_pool_hit_rate：连进 MySQL 执行SHOW ENGINE INNODB STATUS\G，找 “Buffer pool hit rate”，长期低于 95% 才考虑微调innodb_buffer_pool_size
最易被忽略的一点：所有这些修改都只影响新连接和后续查询，不会自动转换已有表的存储引擎，也不会清理已加载的缓存页。改完配置后，记得检查 SHOW VARIABLES LIKE 'have_innodb'; 是否为 YES，再用 SELECT COUNT(*) FROM information_schema.tables WHERE engine != 'InnoDB'; 看是否还有非 InnoDB 表——那些才是真正的性能隐患源头。
