bulk_insert_buffer_size仅在innodb表、批量插入、主键顺序递增、事务极小或未显式开启时生效；设值需≤innodb_buffer_pool_size的25%，推荐会话级set session调整，并配合禁用唯一校验、关闭自动提交及删除二级索引等操作。
调大 bulk_insert_buffer_size 对大批量 INSERT（尤其是 LOAD DATA INFILE 或 INSERT ... SELECT）有明显加速效果，但仅对 InnoDB 表 + 顺序插入有效；乱序主键或频繁事务提交会直接让这个参数失效。
什么时候 bulk_insert_buffer_size 才真正起作用
它只在满足以下全部条件时被 InnoDB 引擎用于优化：
- 目标表是
InnoDB引擎（MyISAM 完全不走这条路） - INSERT 是“批量”形态：比如单条语句插入多行（
INSERT INTO t VALUES (1),(2),(3)），或LOAD DATA INFILE，或INSERT ... SELECT从另一张表读取 - 插入数据的主键/聚簇索引基本按顺序递增（避免频繁页分裂）
- 没有显式开启事务、或事务跨度极小（否则缓冲区在每次
COMMIT后清空）
如果你用 ORM 逐条 INSERT 并自动 commit，哪怕调到 512M 也完全没用——InnoDB 根本不会启用 bulk insert 模式。
怎么设才安全又有效
该参数是线程独享的（非全局共享），所以实际内存占用 = 当前并发执行 bulk insert 的连接数 × 该值。设太高容易触发 OOM，尤其在连接数不可控时：
- 临时会话级调整（推荐预热导入时用）：
SET SESSION bulk_insert_buffer_size = 268435456;（即 256MB） - 全局动态设置（影响后续所有新连接）：
SET GLOBAL bulk_insert_buffer_size = 268435456; - 写入配置文件
my.cnf（需重启）：bulk_insert_buffer_size = 256M（放在[mysqld]段下）
注意：MySQL 5.7+ 默认值是 8MB，官方文档明确说「该值不应超过 innodb_buffer_pool_size 的 25%」；如果 buffer pool 是 2G，那设 512M 就已越界，可能挤占脏页刷盘资源。
比调参更关键的实操动作
单纯改 bulk_insert_buffer_size 很难突破瓶颈，必须配合这些操作：
- 导入前关掉唯一性校验：
SET UNIQUE_CHECKS = 0;（导入完记得开回来） - 关掉自动提交：
SET AUTOCOMMIT = 0;，并在每 1w～10w 行后手动COMMIT - 确保目标表无二级索引，或先删索引、导入完成后再重建（索引维护开销远大于缓冲区收益）
- 用
LOAD DATA INFILE而不是拼接 INSERT 语句——前者天然触发 bulk insert 模式，后者要看拼接方式和数据顺序
常见翻车点：在 RDS 或容器环境里，SET GLOBAL 可能被权限限制；有些云厂商甚至禁用该变量（如早期阿里云 RDS），此时只能靠应用层批量控制+关闭索引校验来硬扛。
真正卡住海量导入的，往往不是缓冲区大小，而是磁盘 IOPS、redo log 切换频率、以及二级索引的随机写放大——bulk_insert_buffer_size 只是其中一环，且只在特定路径下生效。
