Rails 6 模型验证时查询多表，如何应对并发导致校验失效问题？

核心问题本质 #

你遇到的是典型的校验与保存非原子操作导致的竞争条件（Race Condition），Rails层的模型校验和最终数据库写入是两个独立步骤，中间的时间差会导致并发场景下的校验结果失效，以下是行业内通用的解决方案：

方案1：数据库事务 + 锁机制 #

这是最常用的低成本解决方案，完全依托数据库能力即可实现：

• 提升事务隔离级别到可串行化（SERIALIZABLE）：这是数据库最高隔离级别，会保证所有事务的执行效果和串行执行完全一致，当出现并发修改冲突时会自动回滚异常事务，你只需要在预约创建逻辑外层包裹指定隔离级别的事务，捕获冲突异常后增加重试逻辑即可，Rails示例代码如下：

begin
  Booking.transaction(isolation: :serializable) do
    @booking = Booking.new(booking_params)
    if @booking.save
      # 自定义保存成功逻辑
    else
      # 自定义校验失败逻辑
    end
  end
rescue ActiveRecord::SerializationFailure
  # 捕获事务冲突异常，最多重试3次避免死循环
  retry_count ||= 0
  retry if (retry_count += 1) < 3
  # 超过重试次数后返回操作繁忙提示
end

• 关联资源行锁：如果你的预约逻辑依赖特定的关联资源（比如指定场地、指定员工），可以在事务内的校验逻辑执行前，先给对应的关联记录加悲观锁，其他并发请求会等待锁释放后再执行校验，从根源避免关联资源被并发修改，示例：

def available?
  # 先锁定当前预约关联的场地、员工记录
  location = Location.lock.find(location_id)
  staff = Staff.lock.find(staff_id)
  # 再执行后续的营业时间、已有预约校验逻辑
  # ...
end

• 全局咨询锁（Advisory Lock）：如果校验逻辑用到无特定行的公共资源（比如全局营业时间规则），可以用数据库提供的轻量级咨询锁，不需要绑定具体的表或行，同一时间只有一个持有锁的请求能执行校验写入逻辑，PostgreSQL示例如下：

Booking.transaction do
  # 获取自定义标识的全局锁，标识可以自定义为预约业务专属值
  ActiveRecord::Base.connection.execute("SELECT pg_advisory_xact_lock(123456)")
  @booking = Booking.new(booking_params)
  @booking.save
end

方案2：数据库唯一约束兜底 #

作为最后一道防线，你可以在数据库层面给预约表增加联合唯一索引，覆盖你要保证唯一的核心字段，比如时间段、场地ID、员工ID，就算上层的校验逻辑被并发绕过，写入时也会触发数据库唯一索引冲突报错，你只需要捕获ActiveRecord::RecordNotUnique异常做对应提示即可，添加索引的迁移代码示例：

add_index :bookings, [:start_time, :end_time, :location_id, :staff_id], unique: true

方案3：分布式锁（适合多节点部署场景） #

如果你的应用是多节点部署，不想依赖数据库锁能力，可以引入Redis实现分布式锁，执行预约创建逻辑前先获取对应业务维度的锁，校验写入完成后再释放锁，同一时间只有一个请求能进入核心逻辑，示例代码：

# 锁的粒度可以按需设置，比如按日期+场地维度加锁，减少锁冲突
lock_key = "booking_lock:#{params[:booking_date]}:#{params[:location_id]}"
# 锁过期时间设置为10秒，避免异常导致死锁
if $redis.set(lock_key, "1", nx: true, ex: 10)
  begin
    @booking = Booking.new(booking_params)
    @booking.save
  ensure
    # 逻辑执行完成后删除锁
    $redis.del(lock_key)
  end
else
  # 未获取到锁时返回操作繁忙提示
end

注意事项 #

所有涉及多表查询的校验逻辑必须放在事务内部执行，避免事务外查询读到脏数据导致校验失效。

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