bulk_insert_buffer_size仅在innodb表执行有序主键批量插入（多值insert或load data infile）且无二级索引干扰时生效，乱序插入、逐条save或存在大量二级索引时调大无效。
直接调 bulk_insert_buffer_size 不一定能解决卡顿，它只对特定场景起效——必须配合 InnoDB 表、无索引干扰、且使用多值 INSERT 或 LOAD DATA INFILE 才会真正生效。
bulk_insert_buffer_size 什么时候有用
这个参数不是“插入缓存通用开关”，它专用于 InnoDB 引擎在执行批量插入（bulk insert）时，为**有序主键插入**预分配的内存缓冲区。典型触发场景包括：
-
INSERT ... VALUES (...), (...), (...)这种多值语句，且插入数据按主键（或聚簇索引）顺序排列 -
LOAD DATA INFILE导入文本文件，且文件中记录已按主键排序 - 表上没有二级索引，或插入前已禁用索引（
ALTER TABLE ... DISABLE KEYS）
如果插入的是乱序数据、带大量二级索引、或用 ORM 逐条调用 save()，增大该值基本没用，甚至浪费内存。
怎么安全地调大 bulk_insert_buffer_size
临时调整（重启失效）用 SQL 即可，但要注意作用域和单位：
- 查看当前值：
SHOW VARIABLES LIKE 'bulk_insert_buffer_size';（返回字节数，比如8388608= 8MB） - 设为 64MB：
SET GLOBAL bulk_insert_buffer_size = 67108864; - 设为 256MB：
SET GLOBAL bulk_insert_buffer_size = 268435456; - 注意：该变量是 GLOBAL 级，新连接才生效；已有连接不受影响
- 上线前务必在测试库验证，过大可能挤占
innodb_buffer_pool_size，导致查询变慢
比调参数更关键的三件事
单独调 bulk_insert_buffer_size 很难突破瓶颈，真正卡顿往往来自其他环节：
- 关闭自动提交 + 手动事务：默认 autocommit=1，每条
INSERT都强制刷日志；改成START TRANSACTION; ... COMMIT;，万级数据包成一个事务，效果远超调 buffer - 插入前删二级索引：
DROP INDEX idx_name ON table_name;，插完再建；索引维护是万级插入最重的开销之一 - 用
LOAD DATA LOCAL INFILE替代拼接 SQL：本地 CSV 文件导入速度通常是多值 INSERT 的 5–10 倍，且不依赖客户端内存拼接
很多情况下，你花 2 小时调参，不如花 10 分钟把数据导出成 CSV 再用 LOAD DATA —— 尤其当数据源本就来自文件或可导出时。
容易被忽略的兼容性细节
bulk_insert_buffer_size 在 MySQL 5.7+ 和 8.0 中行为一致，但有两点常被漏掉：
- 它仅对 InnoDB 生效，MyISAM 完全不认这个参数
- 如果表启用了
innodb_force_primary_key=ON（MySQL 8.0.30+），且插入数据含 NULL 主键，buffer 会被绕过，直接走普通插入路径 - Linux 下
LOAD DATA LOCAL INFILE默认禁用，需在客户端启动时加--local-infile=1，服务端也要确认local_infile=ON
调参不是玄学，而是要清楚它在哪条执行路径里被真正用到——否则改了也白改。
