sort_buffer_size是每个连接独占的order by排序缓冲区，非全局共享；默认256kb，xampp低配环境下宜设为2m（≤4m），需改my.ini的[mysqld]段并管理员权限重启mysql。
sort_buffer_size 是什么，为什么不能乱调
sort_buffer_size 是每个连接在执行 ORDER BY 时独占分配的内存缓冲区，不是全局共享的。它只影响排序操作本身，对 GROUP BY、DISTINCT 或多表 JOIN 的中间结果无直接作用。默认值通常为 256KB，在低配 XAMPP 环境下（比如 2GB 内存）容易导致归并排序频繁落盘，但盲目设到几 MB 会快速耗尽总内存——因为每开一个 PHP 请求就多一份，30 个并发就吃掉近百 MB。
在 XAMPP 中正确修改 sort_buffer_size
必须改 XAMPP\mysql\bin\my.ini（不是 my.cnf），且仅在 [mysqld] 段落下添加或修改：
- 找到或新增这一行：
sort_buffer_size = 2M（推荐起步值，不建议超过 4M） - 同时检查并同步调整
read_buffer_size和read_rnd_buffer_size，避免它们成为瓶颈，例如：read_buffer_size = 128K、read_rnd_buffer_size = 256K - 改完后**必须用管理员权限重启 MySQL 服务**（XAMPP 控制面板点“Stop”再“Start”，或命令行运行
net stop mysql && net start mysql） - 验证是否生效：连进 MySQL 执行
SHOW VARIABLES LIKE 'sort_buffer_size';，确认返回值是你设的数字（单位是字节）
为什么改了还是看到 Using temporary？
Using temporary 出现在 EXPLAIN 结果里，并不等于性能问题；它只是说明 MySQL 用了内部临时表。真正要防的是它落盘——那才是性能断崖。而决定落不落盘的关键参数是 tmp_table_size 和 max_heap_table_size，不是 sort_buffer_size。
-
sort_buffer_size调大，最多让ORDER BY排序更快更省内存，但无法消除Using temporary标记 - 如果查询含
GROUP BY或复杂JOIN，应同步检查并设置：tmp_table_size = 64M和max_heap_table_size = 64M（二者必须相等） - 这些参数改完后，旧连接不生效，只有新连接才用新值；已创建的临时表也不会被回收重设
低配 XAMPP 下最容易踩的坑
很多人以为调大 sort_buffer_size 就能“加速排序”，却忽略了它和整体内存预算的冲突：
- 在 2GB 内存的机器上设
sort_buffer_size = 8M+max_connections = 151，光这一项就可能预占 1.2GB 内存，MySQL 启动即卡死或触发系统 swap - 误把
query_cache_size当成排序相关参数保留——XAMPP 7.4+ 自带的 MySQL 5.7.33+ 已彻底移除查询缓存，该配置项只会报 warning 并被忽略 - 改完配置没重启服务，或者用普通用户权限重启（Windows 下必须管理员权限才能重载
my.ini） - 用
SET GLOBAL sort_buffer_size = ...在线改，但该语句在 MySQL 5.7+ 中不支持动态修改（仅支持SESSION级别），改了也白改
真正关键的从来不是单个参数拉多高，而是所有缓冲区加起来别超过物理内存的 60%，尤其当 XAMPP 还跑着 Apache 和 phpMyAdmin 时。
