Go 锁竞争优化：mutex profile 与临界区治理

锁本身不是问题，问题是高并发请求一起等待同一把锁。锁竞争会把并行处理变成排队处理，常见于本地缓存、统计计数、配置管理和全局 map。

先定位哪把锁

开启 mutex profile 后，看等待时间集中在哪个调用栈。不要看到 sync.Mutex 就改，真正要找的是等待时间最长、请求量最高的临界区。

缩短临界区

持锁期间不要做网络 IO、数据库查询、复杂序列化或日志输出。先复制必要数据，释放锁后再做慢操作。

分片和快照

高频写可以按 key 分片锁，高频读低频写可以用 atomic.Value 保存只读快照。工具选择取决于数据语义。

生产场景

适用于本地缓存、指标聚合、租户限流器 map、配置快照和全局状态表。

关键指标

• 锁等待时间和持锁时间
• 请求吞吐与 P99
• race 检测和状态一致性

常见误区

• 持锁做慢 IO
• 用 atomic 硬凑多字段一致性
• 没有证据就把所有锁换成 channel

代码示例

runtime.SetMutexProfileFraction(10)
// profile 后恢复：runtime.SetMutexProfileFraction(0)
// 持锁区域只做内存读写，不做慢 IO

上线检查

• 优化前后必须保留同一条件下的 benchmark 或 profile。
• 至少观察 P95/P99、错误率、CPU、内存和 GC 指标。
• 如果改动影响热路径，必须准备灰度和回滚方案。