数据库插入慢如何排查

数据库插入慢可以从硬件/系统、数据库配置、SQL与索引、应用架构、并发与锁几个层面系统排查。下面给你一套可落地的排查思路。

一、先确认“慢”的边界

1. 单条插入慢，还是批量慢？
   • 单条慢 → 多是网络、事务、索引问题
   • 批量慢 → 多是批量方式、锁、IO 问题
2. 慢在数据库，还是应用？
   • 在应用侧打点（开始/结束时间）
   • 数据库侧看执行时间（slow query log、APM）

二、系统 & 硬件层

1. 资源是否瓶颈

• CPU：top / htop
• 内存：free -m（是否 swap）
• 磁盘 IO：iostat -x 1
  • %util 高、await 大 → 磁盘瓶颈
• 网络：sar -n DEV 1（跨机房尤其重要）

2. 磁盘类型

• HDD vs SSD
• 云盘 IOPS / 吞吐是否受限

三、数据库配置层

MySQL 示例

• innodb_buffer_pool_size 是否过小
• innodb_flush_log_at_trx_commit
  • 1：最安全但最慢（每次提交刷盘）
  • 2 / 0：性能更好（有丢数据风险）
• sync_binlog
• innodb_log_file_size 是否过小
• 是否开启 binlog、 slow query log

通用检查

• 自动提交是否开启（每条都 commit 很慢）
• 连接池配置是否合理

四、SQL & 表结构层（最常见）

1. 索引问题

插入也会维护索引：

• 二级索引多 → 插入变慢
• 唯一索引 → 每次都要查重
• 大字段索引（text/blob）

✅ 排查：

SHOW INDEX FROM table_name;

2. 表结构设计

• 是否有 UUID 主键（随机写，页分裂）
• 自增主键是否缺失
• 分区表是否不当

3. 单条 vs 批量

❌ 慢：

INSERT INTO t VALUES (...);
INSERT INTO t VALUES (...);

✅ 快：

INSERT INTO t VALUES (...),(...),(...);

五、事务 & 锁

1. 事务太大

• 一个事务插 10w 行 → undo log 暴涨
• 建议分批（1000~5000/批）

2. 锁等待

• 行锁 / 表锁
• 其他长事务阻塞

✅ MySQL：

SHOW PROCESSLIST;
SELECT * FROM information_schema.INNODB_TRX;
SELECT * FROM performance_schema.data_lock_waits;

六、应用层

• 是否每条 INSERT 都网络往返
• 是否未使用连接池
• 是否在插入时同步做：
  • 日志
  • 远程调用
  • 缓存更新

✅ 建议：

• 批量写入
• 异步写入（MQ）
• 写入与业务解耦

七、快速定位清单（实用）

1. 看慢查询日志
2. 看 SHOW PROCESSLIST
3. 看磁盘 IO
4. 看索引数量
5. 看是否单条提交
6. 看是否有锁等待
7. 看事务大小

八、典型优化手段总结

• 自增主键
• 减少索引
• 批量插入
• 合理事务大小
• 调整刷盘策略（非核心数据）
• 写入削峰（MQ）
• 读写分离 / 分库分表

如果你愿意，可以告诉我：

• 用的什么数据库（MySQL / PG / Oracle）
• 单表数据量
• 插入 QPS
• 是否云数据库

我可以直接帮你给针对性优化方案。