Postgres：提高并发更新同一行

目前golang学习网上已经有很多关于Golang的文章了，自己在初次阅读这些文章中，也见识到了很多学习思路；那么本文《Postgres：提高并发更新同一行》，也希望能帮助到大家，如果阅读完后真的对你学习Golang有帮助，欢迎动动手指，评论留言并分享~

问题

我正在使用 PostgreSQL v10 + golang，并且遇到了一个我认为非常常见的 SQL 问题：

• 我有一个表“计数器”，其中包含 current_value 和 max_value 整数列。
• 严格来说，一旦 current_value >= max_value，我就会放弃该请求。
• 我有几个 Kubernetes pod，对于每个 API 调用，可能会将“计数器”表中同一行（在最坏的情况下）的 current_value 增加 1（可以将其视为并发更新）来自分布式主机的相同数据库）。

在我当前的幼稚实现中，对同一行的多个更新自然会相互阻塞（如果重要的话，隔离级别是“已提交读”）。 在最坏的情况下，每秒大约有 10 个以上的请求会更新同一行。这会造成瓶颈并损害性能，这是我无法承受的。

可能的解决方案

我想到了几个解决这个问题的想法，但它们都牺牲了完整性或性能。对于这个看似常见的问题，唯一一个保留两者的听起来不太干净：

只要计数器 current_value 与 max_value 处于相对安全的距离内（delta > 100），就将更新请求发送到一个通道，该通道将由工作人员每秒左右刷新一次，该工作人员将聚合更新并立即请求它们。否则（delta <= 100），在事务上下文中进行更新（并遇到瓶颈，但仅适用于少数情况）。这将加快更新请求的速度，直到几乎达到限制，从而有效地解决瓶颈。

这可能有助于解决我的问题。但是，我忍不住认为有更好的方法来解决这个问题。

我在网上没有找到很好的解决方案，尽管我的启发式方法可行，但感觉不干净且缺乏完整性。

非常欢迎创造性的解决方案！

编辑：

感谢 @laurenz-albe 的建议，我尝试缩短行被锁定到事务的 COMMIT 之间的持续时间。将所有更新推送到事务末尾似乎已经成功了。现在我可以每秒处理超过 100 个请求并保持完整性！

解决方案

每秒 10 个并发更新是少得离谱。只要确保事务尽可能短，就不会出现问题。

您最大的问题将是 VACUUM，因为大量更新对于 PostgreSQL 来说可能是最糟糕的工作负载。确保您创建的表的 fillfactor 为 70 左右，并且 current_value 未建立索引，以便获得热更新。

以上就是《Postgres：提高并发更新同一行》的详细内容，更多关于的资料请关注golang学习网公众号！