sql批量插入性能差主因是写法不当，应采用多值insert、显式事务分批提交、临时禁用约束索引及使用copy/load data等原生工具优化。
SQL INSERT 批量写入性能差，往往不是因为数据量大，而是写法不当。一次插 1 条和一次插 1000 条，网络往返、日志刷盘、锁竞争、解析开销差异巨大。核心优化方向是：减少语句次数、控制事务粒度、避开单行瓶颈。
用 VALUES 多值插入代替循环单条
这是最基础也最有效的优化。避免在应用层 for 循环执行 INSERT INTO t(a,b) VALUES (?,?)，改用一条语句插入多行：
INSERT INTO users(name, age) VALUES (‘Alice’, 25), (‘Bob’, 30), (‘Charlie’, 28), …;
注意点：
- mysql 单条 INSERT 的 VALUES 最好不超过 1000 组（受
max_allowed_packet和性能平衡影响） - postgresql 推荐每批 100–500 行；SQL Server 对
VALUES批量支持良好，但超过 1000 行建议分批 - 所有值需类型一致，NULL 要显式写出，避免隐式转换失败
合理使用事务包裹批量操作
默认自动提交下，每条 INSERT 都触发一次日志刷盘（fsync）和锁释放，开销极高。将多条 INSERT 包在显式事务中可大幅降低 I/O 和锁等待：
BEGIN TRANSACTION;
INSERT INTO logs(…) VALUES (…);
INSERT INTO logs(…) VALUES (…);
— 插入 500 行
COMMIT;
建议策略：
- 每批 1000–5000 行提交一次（具体看日志写入压力和事务持续时间）
- 避免单个事务过大（如百万行），否则可能撑爆 undo log、阻塞其他会话、增加崩溃恢复时间
- 高并发写入场景下，可考虑降低隔离级别（如 MySQL 的 READ-COMMITTED），减少 gap lock 范围
临时关闭非必要约束与索引（仅限导入初期）
大批量写入前，若表无并发读写需求，可临时禁用约束和索引加速写入：
- MySQL：禁用唯一/外键检查
SET FOREIGN_KEY_CHECKS = 0;、SET UNIQUE_CHECKS = 0;；导入后再设回 1 并重建索引 - PostgreSQL：用
ALTER table t DISABLE TRIGGER ALL;暂停触发器；索引可在数据导入后用CREATE INDEX CONCURRENTLY补建 - SQL Server：对非聚集索引可设为
DISABLE，导入完成再REBUILD
⚠️ 注意：该操作仅适用于离线导入或维护窗口，生产实时表慎用；务必验证数据一致性后再启用约束。
考虑 COPY / LOAD DATA / BULK INSERT 等原生批量工具
当数据来自文件或可序列化为文本流时，数据库原生命令比 INSERT 快 5–10 倍：
- PostgreSQL：用
COPY table FROM '/path/data.csv' CSV;（服务端路径）或pg_copy_from（客户端流式） - MySQL：用
LOAD DATA INFILE（需 secure_file_priv 权限）或客户端mysqlimport - SQL Server：用
BULK INSERT或bcp工具，配合 TABLOCK 提示减少锁争用
这些命令绕过 SQL 解析层，直接写入存储引擎，并支持并行、压缩、错误跳过等高级选项。