为什么不为 Rspec 使用共享 ActiveRecord 连接？硒？

Question

处理 Selenium 和测试的最普遍接受的方法似乎是避免使用事务固定装置，然后在测试/场景之间使用诸如 database_cleaner 之类的东西。我最近遇到了以下 文章建议执行以下操作：

spec_helper.rb

class ActiveRecord::Base
  mattr_accessor :shared_connection
  @@shared_connection = nil

  def self.connection
    @@shared_connection || retrieve_connection
  end
end

# Forces all threads to share the same connection. This works on
# Capybara because it starts the web server in a thread.
ActiveRecord::Base.shared_connection = ActiveRecord::Base.connection

这似乎比其他替代方案加载更好的性能。有人有任何理由不应该使用它吗？

Answer 1

其实这里面是有问题的。例如，如果您使用 gem mysql2，您将开始看到一些错误，例如：

Mysql2::Error This connection is still waiting for a result

请改用此。该书由迈克·佩勒姆 (Mike Perham) 撰写，全部归功于他。

class ActiveRecord::Base
  mattr_accessor :shared_connection
  @@shared_connection = nil

  def self.connection
    @@shared_connection || ConnectionPool::Wrapper.new(:size => 1) { retrieve_connection }
  end
end

ActiveRecord::Base.shared_connection = ActiveRecord::Base.connection

您还需要安装 gem connection_pool 。
这将使您免于许多头痛。

Answer 2

该解决方案由 Jose Valim 编写 - 在 Rails 社区中备受尊敬，并且是 Rails 核心团队的成员。我怀疑如果有问题他会推荐使用它。我个人没有遇到任何问题。

请注意，如果您使用 Spork，则需要在each_run 块中才能工作。

FWIW - 我在 Postgres 上的上述补丁中遇到了间歇性的水豚测试问题。 @hsgubert 下面的 Mike Perham 解决方案似乎已经解决了这些问题。我现在正在使用该解决方案。

Answer 3

DatabaseCleaner gem 自述文件这样回答您的“为什么不”问题：

一种常见的方法是强制所有进程使用相同的数据库连接 (常见的 ActiveRecord hack），但是据报道这种方法会导致不确定的失败。

Answer 4

我在使用您在我的spec_helper.rb 文件中提到的代码时遇到了问题。

当您的测试依赖于使用与多个数据库的连接时会发生什么？运行测试时我需要连接两个数据库。我做了一个简单的测试来检查我建立的数据库连接发生了什么。

class ActiveRecord::Base
   mattr_accessor :shared_connection
   @@shared_connection = nil

   def self.connection
     @@shared_connection || retrieve_connection
  end
end

# Forces all threads to share the same connection. This works on
# Capybara because it starts the web server in a thread.
puts "First Record cxn: #{FirstDatabase::Record.connection}"
# => First Record cxn: #<ActiveRecord::ConnectionAdapters::Mysql2Adapter:0xe59b524>
puts "AR Base cxn: #{ActiveRecord::Base.connection}"
# => AR Base cxn: #<ActiveRecord::ConnectionAdapters::Mysql2Adapter:0xc52761c>
ActiveRecord::Base.shared_connection = ActiveRecord::Base.connection

puts "First Record cxn: #{FirstDatabase::Record.connection}"
# => First Record cxn: #<ActiveRecord::ConnectionAdapters::Mysql2Adapter:0xc52761c>
puts "AR Base cxn: #{ActiveRecord::Base.connection}"
# => AR Base cxn: #<ActiveRecord::ConnectionAdapters::Mysql2Adapter:0xc52761c>

正如你所看到的，在我调用共享连接方法之前，我有两个不同的数据库连接。之后，共享连接方法调用，我只有一个。

因此，任何需要进入第二个数据库连接来检索信息的测试都将失败。 :(

我将发布这个问题，看看是否有人找到了解决方案。

Answer 5

我自己只是做了一点阅读。我发现了您在此博文中分享的片段：

http://blog.plataformatec.com.br/2011/12/ Three-tips-to-improve-the-performance-of-your-test-suite/

到直接回答你的问题，数据库清理器 github 页面警告说它可能“导致非确定性故障”。我会直接使用它，但如果您开始遇到奇怪的故障，也许这是一个开始寻找的好地方。

Answer 6

这篇文章的最后有一件好事。它可以解释为什么当我尝试一个非常简单的线程脚本时出现 MALLOC 错误。

http://apidock.com/rails/ActiveRecord/Base/connection

leente - March 15, 2011 0 thanks
Don't cache it!

Don’t store a connection in a variable, because another thread might try to use it when it’s already checked back in into the connection pool. See: ActiveRecord::ConnectionAdapters::ConnectionPool

connection = ActiveRecord::Base.connection

threads = (1..100).map do
  Thread.new do
    begin
      10.times do
        connection.execute("SELECT SLEEP(1)")  # WRONG
        ActiveRecord::Base.connection.execute("SELECT SLEEP(1)")  # CORRECT
      end
      puts "success"
    rescue => e
      puts e.message
    end
  end
end

threads.each(&:join)