我计划将我的 Rails 应用程序扩展到多个实例，但它们仍将使用相同的数据库。如果两个用户最终使用应用程序的两个不同实例，编辑同一个帐户，那么这肯定会在某个地方引起竞争条件 - 鉴于这是一个 Rails 应用程序，防止这种情况的最佳方法是什么？
我所知道的唯一与数据库相关的设置允许指定实际服务器 IP。如果一个程序可以成为中间人，它会以某种方式解决问题......否则应用程序实例将不得不以某种方式相互通信，对吗？？
除非有办法使用 Postgres 中的设置来解决这个问题...
任何帮助将不胜感激！谢谢！
【问题讨论】：
标签： ruby-on-rails postgresql scaling race-condition horizontal-scaling
我建议实施 optimistic locking 策略。 Rails 开箱即用地支持这一点。为此编写一个成熟的教程超出了stackoverflow答案的范围。请在线查找详细说明。
基础是：
对于要保护的每个模型，您需要在模型的数据库表中添加一个名为 lock_version 的整数列。另外，在每个表单中，您都需要添加一个带有此 lock_version 的隐藏字段。如果您使用的是安全参数，当然也可以在控制器中使用 lock_version 参数。
每当您保存记录并且存在 lock_version 时，Rails 都会确保 lock_version 与数据库中的匹配。如果它们不匹配，这意味着同时发生了另一个更新，并且当前更新失败并显示StaleObjectError。
作为一种后备策略，我建议您向更新被拒绝的用户显示一条消息。此外，使用数据库中的当前值（不是尝试的输入，因为您希望用户重新考虑他们的更改是否合适）再次呈现他们正在填写的相同表单。
（您可以通过在您的ApplicationController 中定义一个rescue_from 挂钩来在应用程序范围内实施后备策略。）
HTH！
【讨论】：