Go语言使用database/sql执行更新操作速度慢如何优化？

性能瓶颈根因 #

你观察到的单条更新8ms的耗时，核心瓶颈是关系型数据库默认自动提交带来的每次操作磁盘刷盘开销，CPU完全不是瓶颈，机械盘单线程随机写IOPS通常只有100_{200，对应单次写入耗时5}10ms，和你的测试结果完全匹配。预处理语句只能节省SQL解析开销，对IO瓶颈没有任何优化效果，所以你测试下来没有性能提升。

优化方案 #

1. 事务批量提交 #

如果你的业务允许将多次更新合并提交，把多个更新操作包裹在同一个事务中，只需要触发一次磁盘刷盘，性能可以提升几十倍。示例代码逻辑：

tx, _ := db.Begin()
for i := 0; i < 100; i++ {
    tx.Exec("UPDATE topics SET num_views = ? WHERE topic_id = 1;", i)
}
tx.Commit()

单事务执行100次更新的耗时通常会降到10ms以内。

2. 非核心字段异步更新 #

num_views这类统计字段对一致性要求极低，完全不需要同步更新数据库：

• 用Redis做中间计数层，用户请求时先累加Redis中的计数，每累计N条、或者每隔固定周期批量写回MySQL
• 用消息队列削峰，将更新请求投递到MQ后直接返回用户响应，后台消费进程批量合并更新到数据库
  这个方案可以把Web请求的耗时直接降到1ms级，吞吐量提升10倍以上。

3. 数据库配置调优 #

如果业务要求必须同步更新，可以调整MySQL InnoDB的刷盘策略，权衡数据安全性和性能：

• 将innodb_flush_log_at_trx_commit设为2：事务提交时只把日志写到操作系统缓存，每秒刷盘一次，最多丢失1秒数据，性能提升数倍
• 将sync_binlog设为0或100：关闭binlog同步刷盘、或者每100次事务刷一次盘，如果你不需要主从同步可以直接关闭binlog
• 存储介质从机械盘更换为SSD，随机写IOPS可以提升到数千甚至数万，单条更新耗时可以降到1ms以内

4. 表结构优化 #

• 删除表中无用的索引：更新操作会同步修改所有涉及该字段的索引，多余的索引会显著拖慢更新速度，当前测试场景中num_views没有建索引的话不需要额外调整
• 如果更新频率极高，可以考虑将高频更新的统计字段单独拆到小表中，减少单表行大小，提升缓存命中率和写入效率

内容的提问来源于stack exchange，提问作者spiky