修改my.ini中sort_buffer_size无效，因MySQL优先读取注册表或高优先级配置文件；应先用mysqld --verbose --help确认实际加载路径，再确保[xammp路径]\mysql\bin\my.ini的[mysqld]段正确配置并重启服务；全局设4MB易致内存爆炸，建议保持512K~1M，对大排序语句会话级临时设或用SET_VAR hint；Using filesort应先优化索引而非调参，配合read_rnd_buffer_size协同调优。
直接改 my.ini 里的 sort_buffer_size 很可能没用
很多人在 XAMPP\mysql\bin\my.ini 里改了 sort_buffer_size = 2M，重启服务后执行 SHOW VARIABLES LIKE 'sort_buffer_size'; 发现值还是默认的 262144（256KB）——根本没生效。原因很实际：Windows 下 MySQL 会优先读取注册表或服务启动时绑定的配置路径，而 XAMPP 控制面板启动的 MySQL 有时会忽略 my.ini 里的 [mysqld] 段落，尤其当你装过多个 MySQL 版本或手动注册过服务。
实操建议：
- 先用命令行确认 MySQL 当前加载的是哪个配置文件：
mysqld --verbose --help | findstr "Default options"（Windows），它会输出类似Default options are read from the following files : C:\Windows\my.ini, D:\xampp\mysql\bin\my.ini的路径，注意顺序，靠前的优先级高 - 检查
C:\Windows\my.ini是否存在且包含旧配置（XAMPP 有时会写这里），删掉或清空它 - 确保修改的是
D:\xampp\mysql\bin\my.ini（路径以你实际安装为准），且[mysqld]段落下没有重复定义、拼写错误或被注释掉 - 改完必须用 XAMPP 控制面板「Stop」再「Start」MySQL，不能只「Restart」；或者命令行执行：
net stop mysql && net start mysql
全局设 4MB 不如会话级临时设 4MB
sort_buffer_size 是每个连接独占的内存，不是共享池。设成 4MB 全局值，意味着只要开 100 个 PHP 连接，就硬占 400MB 内存——对 2GB 内存的低配机就是灾难。而且绝大多数查询根本用不到那么大缓冲区。
实操建议：
- 保持配置文件中
sort_buffer_size = 512K或1M（XAMPP 默认 256K 太小，但 4M 太莽） - 对明确知道要排序且数据量大的语句，在执行前加：
SET SESSION sort_buffer_size = 4194304; - MySQL 8.0.12+ 支持 hint 方式更精准控制：
SELECT /*+ SET_VAR(sort_buffer_size = 8388608) */ * FROM orders ORDER BY created_at DESC LIMIT 100; - 避免在连接池场景（如 PHP-FPM 长连接）里全局调高，容易累积泄漏
看到 Using filesort 就调 sort_buffer_size？先看索引
执行 EXPLAIN SELECT ... ORDER BY ...，如果 Extra 列出现 Using filesort，第一反应不该是加内存，而是检查有没有覆盖排序字段的索引。比如 ORDER BY status, created_at，建 INDEX(status, created_at) 后，sort_buffer_size 基本就不参与了——排序直接走 B+ 树遍历。
实操建议：
- 字段类型影响索引有效性：如果
created_at是VARCHAR(2000)，即使有索引也可能因长度超限退化为filesort，这时要配合innodb_large_prefix = ON和合理字段设计 - 复合索引顺序很重要：
ORDER BY created_at DESC, status ASC需要INDEX(created_at, status)，反过来建就无效 - 用
SHOW STATUS LIKE 'Sort%'看Sort_merge_passes：如果这个值持续增长，才说明当前sort_buffer_size确实不够用，而不是仅凭Using filesort就盲目调大
别漏掉 read_rnd_buffer_size 这个“回表搭档”
当排序字段不在索引里（比如 ORDER BY name，但索引只有 status），MySQL 排完序得到主键 ID 后，还得一个个回去读完整行——这个“回表”动作靠 read_rnd_buffer_size 缓冲，不是 sort_buffer_size。
实操建议：
- 如果
EXPLAIN显示Using filesort+Using temporary，大概率是两者都不够，但优先调sort_buffer_size；只有确认排序完成、回表变慢时，才考虑动read_rnd_buffer_size - 它的默认值通常比
sort_buffer_size小（如 256KB vs 2MB），同样按连接分配，也不能无脑拉高 - 在
my.ini中可同步设为相近值，例如：sort_buffer_size = 1M和read_rnd_buffer_size = 1M，但上线前务必压测并发
真正卡住人的，往往不是参数该设多大，而是改了哪份配置、生效没生效、以及有没有意识到排序性能问题本质是索引设计问题——内存只是补救手段，不是解药。
