read_buffer_size在xampp中默认128kb已足够，仅对无索引全表扫描有效；盲目调大易oom且超2mb无效，应优先优化sql和索引，必要时用set session动态设置。
预读缓冲区（read_buffer_size）在 XAMPP 的 MySQL 中默认就足够用，盲目调大反而容易引发内存耗尽或无效提速；真要改，必须按需动态设置，而不是写进配置文件一劳永逸。
为什么 XAMPP 里改 read_buffer_size 很容易白忙活
XAMPP 自带的 MySQL 默认启用了 InnoDB，而 read_buffer_size 只对无索引的全表扫描生效——比如 SELECT * FROM huge_log_table 这种没 WHERE、没索引、纯顺序读的场景。现实中绝大多数查询要么走索引，要么触发排序/临时表，根本轮不到它起作用。
常见误判现象包括：
- 执行计划显示
type: ALL，但Extra是Using index→ 实际走了覆盖索引，read_buffer_size完全不参与 - 慢查询日志里有
Using filesort或Using temporary→ 该查sort_buffer_size或tmp_table_size，不是它的问题 - 调到 4MB 后查询速度没变化 → 超过 2MB 后 MySQL 官方明确说“再大也没用”，收益归零
在 XAMPP 中安全修改 read_buffer_size 的两种方式
XAMPP 的 MySQL 配置路径通常是 C:\xampp\mysql\bin\my.ini（Windows）或 /Applications/XAMPP/xamppfiles/etc/my.cnf（macOS），但不建议直接改这里。原因很实在：
- 全局修改后，每个新连接都分配这个大小，XAMPP 默认
max_connections = 151，设成 4MB 就吃掉近 600MB 内存，可能挤爆本就不宽裕的开发机内存 - 修改
my.ini必须重启 MySQL，而 XAMPP 控制面板重启常卡住或失败，尤其在 Windows 上
更靠谱的做法是按需动态设置：
- 只在真正需要全表扫描的语句前加一句：
SET SESSION read_buffer_size = 2097152; - 确认当前值用：
SELECT @@session.read_buffer_size; - 如果非得改全局（例如你天天导出大表），先算：151 × 新值 ≤ 总内存 × 10%，再执行
SET GLOBAL read_buffer_size = 1048576;（注意：需要SUPER权限，且重启后失效）
read_buffer_size 和 read_rnd_buffer_size 别搞混
这两个参数名字像，但干的活完全不同：
-
read_buffer_size：用于**顺序读**，比如全表扫描、索引范围扫描（WHERE id BETWEEN 1 AND 10000） -
read_rnd_buffer_size：用于**随机读**，比如ORDER BY non_indexed_col LIMIT 10排序后回表取数据，或 JOIN 时按主键乱序访问聚簇索引
如果你的慢查询包含 Using where; Using filesort 或执行计划里有回表（Extra: Using index condition + 大量主键查找），那盯的是 read_rnd_buffer_size，不是它。
XAMPP 环境下最容易被忽略的复杂点
XAMPP 的 MySQL 版本通常较旧（如 5.7.x 或 8.0.33），而 read_buffer_size 在 8.0.22+ 之后对某些优化器路径做了限制，即使设了也可能被忽略；另外，XAMPP 默认启用 performance_schema，它本身会占用几十 MB 内存，进一步压缩可用余量。所以你在 phpMyAdmin 或命令行里看到 SET SESSION 成功了，不代表实际生效——得用 SHOW STATUS LIKE 'Handler_read%'; 对比 Handler_read_next 和 Handler_read_rnd_next 才能验证是否真走到了这个缓冲区路径。
