xampp的mysql启动占500mb+主因是innodb_buffer_pool_size默认设为128m且常驻内存，低配机需手动调低至32m（2gb内存）或64m–128m（4gb内存），修改my.ini后须管理员重启服务并用show variables验证。
为什么 XAMPP 的 MySQL 启动就占 500MB+？
根本原因不是配置“没调”，而是 innodb_buffer_pool_size 默认值在 Windows 版 XAMPP 中设为 128M（甚至更高），而 InnoDB 缓冲池一旦分配就会常驻内存、不主动释放。2GB 内存的低配机跑起来，光这一项就吃掉近一半物理内存，再叠加其他连接和缓冲区，OOM 或卡顿几乎是必然的。
注意：key_buffer_size（MyISAM 索引缓冲）默认才 8M–16M，它不是主因；真正压垮低配机的是 InnoDB 缓冲池。
怎么改 innodb_buffer_pool_size 才安全有效？
修改位置必须是 XAMPP\mysql\bin\my.ini（不是系统目录下的 my.ini，也不是 my.cnf）；改完必须以管理员身份重启 MySQL 服务（XAMPP 控制面板点 “Stop” 再 “Start”，或命令行运行 net stop mysql && net start mysql）。
- 2GB 内存机器：设为
innodb_buffer_pool_size = 32M是稳妥起点；若几乎不用 InnoDB（比如只跑老版 WordPress + MyISAM 表），可压到16M，但低于12M可能导致启动失败 - 4GB 内存机器：可尝试
64M～128M，别直接照搬生产环境“50% 总内存”的建议——XAMPP 是开发环境，还要留足给 Apache、PHP、浏览器等 - 改完务必验证：进 MySQL 执行
SHOW VARIABLES LIKE 'innodb_buffer_pool_size';，确认返回值是你设的字节数（比如 33554432 = 32×1024×1024）
key_buffer_size 还需要调吗？
如果你确定只用 MyISAM 表（极少现代应用这么干），可以调；否则基本不用碰。XAMPP 默认 key_buffer_size = 16M 已够用，盲目拉高反而挤占其他关键内存。
实操建议：
- 查当前是否真用 MyISAM：
SELECT ENGINE, COUNT(*) FROM information_schema.TABLES WHERE TABLE_SCHEMA NOT IN ('mysql','information_schema','performance_schema') GROUP BY ENGINE; - 如果结果里
InnoDB占绝大多数，key_buffer_size保持默认或设为8M即可 - 如果全是
MyISAM，且你有大量索引查询，可设为64M～128M，但必须同步检查key_read_requests和key_reads命中率（key_reads / key_read_requests应
还有哪些参数必须顺手调？
单改 innodb_buffer_pool_size 不够，低配机上这些配套参数不调，照样容易触发 swap 或崩溃：
-
max_connections = 30：XAMPP 默认 151，每个连接至少分走几十 KB，5 个并发 PHP 请求就能打满 -
sort_buffer_size = 64K和read_buffer_size = 64K：这是**每连接独占**的，设成 1M 就意味着 30 连接吃掉 30MB，极易失控 -
tmp_table_size = 16M和max_heap_table_size = 16M：必须相等，否则 MySQL 按小值生效；设太高会把大 GROUP BY/ORDER BY 推向磁盘临时表，拖慢查询 - 删掉所有
query_cache_*配置行：MySQL 5.7.33+（XAMPP 7.4+ 自带）已彻底移除查询缓存，留着只会报 warning 并干扰判断
最容易被忽略的一点：所有这些修改都必须放在 [mysqld] 段内，且不能重复出现同名参数；哪怕只多一个空格或拼错单词，MySQL 都可能静默忽略或启动失败。
