xampp默认innodb_buffer_pool_size设为128m，远超2gb低配电脑可用内存，导致mysql启动即占500mb+、并发请求卡死或崩溃；须手动改为32m并重启服务验证。
XAMPP 默认的 innodb_buffer_pool_size 对低配电脑（2GB 内存）严重过载，必须手动下调；不改它，MySQL 启动就吃掉 500MB+，PHP 请求一并发就卡死或崩溃。
为什么默认值在 XAMPP 里根本不适合本地开发
XAMPP Windows 版默认把 innodb_buffer_pool_size 设为 128M（有些版本甚至更高），而 InnoDB 缓冲池是常驻内存、不随负载释放的。哪怕你只建了 3 张小表，它也照占不误——这对 2GB 内存的笔记本或虚拟机就是硬伤。
更关键的是：这个值不是“建议上限”，而是 MySQL 启动时直接 malloc 的固定内存块。如果系统剩余内存不足，mysqld 进程会启动失败，或启动后因 swap 频繁导致响应极慢。
- 错误现象：
mysqld服务反复停止、XAMPP 控制面板显示“Starting”后变灰、任务管理器里mysqld.exe占用突增至 400–600MB 后无响应 - 真实影响：PHP 页面加载超时、WordPress 后台打不开、
SELECT查询明显变慢，即使加了索引也无效 - 别被误导：这不是“缓存没生效”，而是缓冲池本身已把可用内存挤爆，OS 开始杀进程或强制换页
怎么改 my.ini 才安全有效
打开 XAMPP\mysql\bin\my.ini（注意不是 my.cnf），定位到 [mysqld] 段落，只保留以下几行关键配置：
XAMPP 8.0.30 是一款免费、开源的跨平台 Web 服务器集成包，专为快速搭建本地 PHP 开发环境而设计。该版本核心组件包括：Apache 2.4.56、MySQL 8.0.33、PHP 8.0.30、phpMyAdmin 5.2.1 等。它支持 Windows、Linux 和 macOS 系统，可让开发者在个人电脑上轻松模拟服务器环境，无需复杂配置即可运行 WordPress、Thin
innodb_buffer_pool_size = 32M innodb_buffer_pool_instances = 1 innodb_old_blocks_time = 1000
-
innodb_buffer_pool_size = 32M是 2GB 内存机器的稳妥起点；若只跑纯 MyISAM 表或极轻量项目（如单页 PHP 表单），可压到16M，但低于12M可能触发启动报错 -
innodb_buffer_pool_instances = 1必须同步设为 1：缓冲池小于 1GB 时设多个实例反而增加锁开销，XAMPP 默认值（有时是 8）在这里是负优化 -
innodb_old_blocks_time = 1000保留默认即可，不用调；低配机上盲目调高它会导致热数据更快被淘汰 - 删掉所有带
query_cache_*的行——MySQL 5.7+ 已移除查询缓存，留着只会让启动日志刷 warning
改完不重启等于白改，且验证比修改更重要
保存 my.ini 后，必须以管理员身份重启 MySQL 服务（XAMPP 控制面板点 Stop 再 Start，或命令行运行 net stop mysql && net start mysql）。
重启后立刻连进 MySQL 验证是否生效：
mysql -u root -p SHOW VARIABLES LIKE 'innodb_buffer_pool_size';
- 输出的
Value必须是你刚写的数值（如33554432= 32M），不是旧值或 0 - 再查命中率确认效果：
SHOW GLOBAL STATUS LIKE 'Innodb_buffer_pool_read%';，计算1 - (Innodb_buffer_pool_reads / Innodb_buffer_pool_read_requests)，稳定在 95%+ 才算调到位 - 如果仍看到
Innodb_buffer_pool_reads持续飙升，说明 32M 还不够——不是往上加，而是先检查是否有未加索引的ORDER BY或全表扫描查询在刷脏页
最容易被忽略的一点：Windows 下 PHP 连接字符串写 localhost 会触发 DNS 解析延迟，和缓冲池大小无关但症状相似；改成 127.0.0.1 能立竿见影。调缓冲池前，先确保连接层没拖后腿。
