插入性能瓶颈怎么解决

“插入性能瓶颈”通常指数据库写入（INSERT）速度慢、延迟高、吞吐上不去。不同场景原因不同，下面按常见原因 → 对应解决办法来系统讲。

一、先定位瓶颈在哪

插入慢不一定是数据库本身，先确认：

• CPU 高？磁盘 IO 高？锁等待？网络延迟？
• 单条插入慢，还是批量也慢？
• 是否伴随大量 SELECT / 更新 / 删除？

可用工具：

• MySQL：show processlist、slow log、iostat、top
• PG：pg_stat_activity、pg_stat_statements
• 应用层：埋点、链路追踪

二、最常见原因与解决方案

1️⃣ 单条 INSERT 太频繁（最典型）

❌ 错误写法：

for i in data:
    insert into t values (...)

✅ 解决：批量插入

INSERT INTO t (a,b,c) VALUES
(...), (...), (...);

• MySQL 一次 500～2000 条较优
• PG 可用 COPY（最快）

2️⃣ 索引太多

每插一条，所有索引都要更新。

✅ 解决：

• 插入前 临时去掉非必要索引
• 插入完成后再建
• 只保留必要唯一索引

3️⃣ 事务太小或太大

• 每条一个事务 → 开销大
• 一个事务 100w 条 → 锁 & 回滚风险

✅ 推荐：

• 每批一个事务（如 1000～5000 条）

4️⃣ 锁竞争

常见：

• 唯一键冲突
• 热点行更新
• 表级锁（MyISAM）

✅ 解决：

• 避免高并发写同一行
• 使用自增 / UUID 分散
• 读写分离
• 分库分表

5️⃣ 磁盘 IO 瓶颈

表现：

• iostat 中 %util 接近 100%
• 写入延迟高

✅ 解决：

• 换 SSD / NVMe
• 增大 innodb_buffer_pool_size
• 调整 redo log 大小
• 异步写入 / 消息队列削峰

6️⃣ 日志 & 刷盘策略

MySQL 示例：

innodb_flush_log_at_trx_commit = 2
sync_binlog = 0 或 100

⚠️ 会牺牲一点安全性换性能（金融场景慎用）

7️⃣ 大字段 / TEXT / JSON

插入大字段非常慢。

✅ 解决：

• 拆分表
• 压缩存储
• 外部对象存储（OSS / S3）

8️⃣ 网络往返次数多

远程 DB + 单条插入 = 灾难

✅ 解决：

• 批量
• 本地预处理
• 使用连接池

三、架构级优化（高并发写入）

• 写队列（Kafka / RabbitMQ）
• 异步落库
• 分库分表
• TiDB / ClickHouse（写入友好）
• 冷热分离

四、快速自查清单 ✅

• [ ] 是否批量插入
• [ ] 索引是否过多
• [ ] 事务是否合理
• [ ] IO 是否瓶颈
• [ ] 是否有锁等待
• [ ] 是否网络往返过多

如果你能告诉我：

• 用的什么数据库（MySQL / PG / Oracle / Mongo）
• 数据量 & QPS
• 单条还是批量
• 是否分布式

我可以直接给你针对性优化方案或 SQL 示例。