Insert性能差怎么提升

“Insert 性能差”可能出现在 数据库（如 MySQL / PostgreSQL）、代码写入逻辑 或 系统架构 等多个层面。下面按常见场景给你一套可落地的优化思路。

一、数据库层优化（最常见）

1. 批量插入（最重要）

❌ 单条 INSERT：

INSERT INTO t VALUES (1);
INSERT INTO t VALUES (2);

✅ 批量 INSERT：

INSERT INTO t VALUES (1),(2),(3);

或一次插入几百～几千行（不要一次 10w+，容易锁和日志压力大）

2. 关闭 / 延迟索引和约束（导入场景）

• 导入前：

ALTER TABLE t DISABLE KEYS; -- MySQL MyISAM
SET FOREIGN_KEY_CHECKS=0;

• 导入后：

ALTER TABLE t ENABLE KEYS;
SET FOREIGN_KEY_CHECKS=1;

3. 减少事务提交频率

❌ 每条 INSERT 一个事务
✅ 多行一个事务：

BEGIN;
INSERT ...
INSERT ...
COMMIT;

4. 调整数据库参数（以 MySQL 为例）

• innodb_buffer_pool_size 调大
• innodb_flush_log_at_trx_commit=2（性能优先）
• sync_binlog=0 或 1000
• 使用 autocommit=0

⚠️ 这些会牺牲一定安全性，仅适合日志/导入类场景

5. 避免多余索引

• 不必要的二级索引会严重拖慢 INSERT
• 写入频繁的表尽量精简索引

二、SQL / 表设计优化

6. 自增主键优于 UUID

• UUID 随机写入 → 页分裂严重
• 自增 ID 顺序写入性能更好

7. 分区表 / 分表

• 数据量大（千万级以上）
• 按时间或业务分表，减少单表压力

8. 避免触发器 / 复杂约束

• 触发器会在每次 INSERT 执行额外逻辑
• 能放业务层就别放数据库

三、应用层优化

9. 使用 PreparedStatement（预编译）

• 减少 SQL 解析开销
• 防止 SQL 注入

10. 异步写入 / 队列削峰

架构示例：

业务 → MQ → 消费线程 → 批量写库

适合：

• 日志
• 埋点
• 高并发写入

11. 多线程写入（谨慎）

• 单连接瓶颈时可用连接池
• 避免锁表竞争

四、硬件 / 存储层

• 使用 SSD（极大提升写性能）
• 日志和数据分盘
• 提高 IO 吞吐

五、快速自查清单 ✅

你可以先确认：

1. 是否单条 INSERT？
2. 是否每一条都 commit？
3. 表有多少索引？
4. 是否 UUID 主键？
5. 是否在高峰期写入？

如果你能补充：

• 用的什么数据库（MySQL / PG / Oracle）
• 单表数据量
• 每秒写入量
• 是否是导入历史数据

我可以给你更具体的参数和 SQL 示例。