开发干货Ruby程序员

Rails ActiveRecord 事务研究

2015-05-08  本文已影响1262人  AQ王浩

一、使用事务的原因

 ActiveRecord::Base.transaction do
   Video.first.destroy!
   zz = Video.last
   zz.status = 5
   zz.save!
   raise Exception
 end

可以看到上面的例子中,每个事务中均含有多个不同的model。在同一个事务中调用多个model对象是常见的行为,因为事务是和一个数据库连接绑定在一起的,而不是某个model对象;而同时,也只有在多个记录进行操作,并且希望这些操作作为一个整体的时候,事务才是必要的。

另外,Rails 已经把类似 #save 和 #destroy 的方法包含在一个事务中了,因为,对于单条数据库记录来说,不需要再适用显式的调用了。

二、触发事务回滚

事务通过rollback 过程把记录的状态进行重置。在Rails 中,rollback 只会被一个 exception 触发, 这是非常关键的一点,很多事务块中的代码不会触发异常,因此即使出错,事务也不会回滚。比如下面的写法:

ActiveRecord::Base.transaction do

    david.update_attribute(:amount, david.amount -100)

     mary.update_attribute(:amount, 100)

end

因为 Rails 中,update_attribute 方法在调用失败的时候也不会触发 exception,它只是简单的返回false,因此必须确保 transaction 块中的函数在失败时会抛异常。正确的写法是这样的

  ActiveRecord::Base.transaction do
  
        david.update_attributes!(:amount => -100)

        mary.update_attributes!(:amount => 100)

 end

注意,Rails 中约定,带有叹号的函数一般会在失败时抛异常。

下面的例子就详细解释了 find_by_id!find_by_id 以及 find的异同

find_by 等魔术方法当找不大记录的时候会返回nil,而 #find_!方法在找不到记录的时候会抛出一个ActiveRecord::RecordNotFound异常,比如下面的例子

ActiveRecord::Base.transaction do
  david = User.find_by_name("david")
  if(david.id != john.id)
    john.update_attributes!(:amount => -100)
    mary.update_attributes!(:amount => 100)
  end
end

发现上面的逻辑错误了么? nil 对象也有一个id 方法,导致记录没有被找到的错误被隐藏了。同时,由于 find_by 也不会抛出异常,因此下面的代码被错误的执行了。这就意味着,有的时候在某些场景下,我们需要人工抛异常。因此这段代码因此改成下面的形式:

 ActiveRecord::Base.transaction do
  david = User.find_by_name("david")
  raise ActiveRecord::RecordNotFound if david.nil?
  if(david.id != john.id)
    john.update_attributes!(:amount => -100)
    mary.update_attributes!(:amount => 100)
  end
end

当错误出现时,事务本身会回滚,同时异常也会在外层抛出。因此,你的调用方必须考虑catch 这个异常,并进行相应的处理。

三、特殊错误

有一个特殊的异常,ActiveRecord::Rollback, 当它被抛出时,事务本身会回滚,但是它并不会被重新抛出,因此你也不需要在外部进行 catch 和处理

四、 嵌套异常

两者抛出的异常类型不一样

上面提到过的,ActiveRecord::Rollback 不会传播到上层的方法中去,因此这个例子中,父事务并不会收到子事务抛出的异常。因为子事务块中的内容也被合并到了父事务中去。所以上面的两条语句都会执行

可以把嵌套事务这样理解,子事务中的内容被归并到了父事务中,这样子事务变空。

为了保证一个子事务的 rollback 被父事务知晓,必须手动在子事务中添加 :require_new => true 选项。比如下面的写法:

抛出 Exception

抛出 ActiveRecord::Rollback

不使用嵌套事务

五、 多个数据库操作

事务是跟当前的数据库连接绑定的,因此,如果你的应用同时向多个数据库进行写操作,那么必须把代码包裹在一个嵌套事务中去。

TODO 设置多个数据库



六、 事务相关的回调

上面提到的 savedestroy 方法被自动包裹在一个事务中,因此相关的回调,比如 after_save 仍然属于事务的一部分,因此回调代码也有可能被回滚。

因此,如果你希望代码在事务外部执行的话,那么可以使用 after_commit 或者 after_rollback这样的回调函数

七、 事务陷阱

不要在事务内部去捕捉 ActiveRecord::RecordInvalid 异常。因为某些数据库下,这个异常会导致事务失效,比如 Postgres。一旦事务失效,要想让代码正确工作,就必须从头重新执行事务。

另外,测试回滚或者事务回滚相关的回调时,最好关掉 transactional_fixtures 选项,一般的测试框架中,这个选项是打开的。

八、 常见的事务反模式

参考:
ruby-china Rails 事务处理

上一篇下一篇

猜你喜欢

热点阅读