多值INSERT比单条快约10–20倍；批量插入核心收益是减少往返次数和事务开销，10万行单条需8–12秒，批量（每批1000行）仅需0.6–1.2秒。
INSERT INTO ... VALUES 多值插入比单条快多少
批量插入的核心收益来自减少客户端与服务端的往返次数和事务开销。单条 INSERT 每次都要走解析、优化、写 binlog、刷 redo log 全流程；而一次插入 1000 行，这些开销基本只算一次。
实测在千兆内网、SSD 存储、无主从延迟压力下：插入 10 万行，单条耗时约 8–12 秒；用 INSERT INTO t(a,b) VALUES (1,2),(3,4),...,(999,1000) 批量（每批 1000 行），总耗时通常压到 0.6–1.2 秒。
- 每批行数建议控制在 1000–5000 之间：太小起不到批处理效果，太大可能触发
max_allowed_packet截断或锁表时间过长 - 必须显式开启事务包裹多批：否则每批仍会自动提交，失去批量优势
- 避免在循环里拼接超长 SQL 字符串——容易内存溢出或触发
max_allowed_packet错误
DISABLE KEYS 和 DROP INDEX 在 MyISAM / InnoDB 中的区别
DISABLE KEYS 只对 MyISAM 表有效，它会临时关闭非唯一索引的更新，等 LOAD DATA 或批量 INSERT 完后再重建——但 InnoDB 不支持该语法，强行执行会报错 ERROR 1031 (HY000): Table storage engine for 't' doesn't have this option。
InnoDB 正确做法是手动删索引再建：
- 写入前用
DROP INDEX idx_name ON t删除非主键、非外键约束的辅助索引 - 批量写入完成后，再用
CREATE INDEX idx_name ON t(col)重建（注意：ALTER TABLE ... ADD INDEX在 5.7+ 是 online DDL，但重建仍比写入中维护索引快得多） - 主键和唯一约束不能删，否则写入时无法校验，会直接失败
- 外键约束也要禁用：
SET FOREIGN_KEY_CHECKS = 0，写完再设回1
LOAD DATA INFILE 比 INSERT 快在哪，为什么有时反而慢
LOAD DATA INFILE 绕过 SQL 解析层，直接以二进制格式解析文本并写入存储引擎，理论上是 MySQL 最快的导入方式。但实际是否更快，取决于数据来源和配置。
- 本地文件必须放在 MySQL 服务端磁盘上，且用户需有
FILE权限；客户端文件要用LOAD DATA LOCAL INFILE，但默认被禁用（local_infile=OFF），开启需服务端和客户端同时配置 - 字段分隔符、NULL 处理、转义字符稍有不匹配，就会静默跳过整行或报错中断，排查困难
- 如果 CSV 含大量字符串、需要清洗或类型转换，硬套
LOAD DATA反而要先预处理，总耗时可能超过带逻辑的批量INSERT - 使用时务必加
IGNORE或REPLACE控制冲突行为，否则遇到重复主键直接报错退出
innodb_buffer_pool_size 和 bulk_insert_buffer_size 怎么调
这两个参数影响写入吞吐，但作用层级不同：前者决定 InnoDB 能缓存多少页（含索引页、数据页），后者仅用于排序辅助索引构建（如写入后重建索引阶段）。
-
innodb_buffer_pool_size建议设为物理内存的 60%–75%，太小会导致频繁刷脏页和磁盘 IO；太大可能挤占 OS 文件缓存，反而降低LOAD DATA效率 -
bulk_insert_buffer_size默认 8MB，对大批量建索引有帮助，但只在INSERT ... SELECT、CREATE INDEX或ALTER TABLE ... ADD INDEX时生效；日常批量INSERT不走这个缓冲区 - 写入期间可临时调大
innodb_log_file_size（需重启）和innodb_log_buffer_size，减少 log 刷盘频率；但改日志文件大小是高危操作，生产环境慎动
真正卡速度的地方，往往不在参数，而在没关 autocommit、没删辅助索引、或者把 100 万行塞进一条 SQL 里导致 max_allowed_packet 报错——这些比调参更容易见效，也更容易被忽略。
