ActiveRecord，Sqlite3和BusyException

Question

我有一个配置了混合mysql和sqlite3 db连接的rails应用程序，并且要将特定模型与sqlite3关联，我向每个类定义添加了一个“ Establishment_connection'sqlite_db_config_name'”行。

当我尝试分别保存任何与sqlite3连接的模型对象时，保存成功，但是当我尝试保存由其他对象组成的对象（通过has_many）时，出现BusyException。 我有一种感觉，因为每个对象都有自己的到db的连接，并且顶级对象锁定数据库，然后调用成员对象的save方法，而他们无法获取该锁。

我假设有一种方法可以使这项工作，并且我使用的方式不正确。

还有其他人遇到吗？

database.yml配置：

开发人员：

development:
  adapter: mysql
  database: maindb
  username: root
  password:
  host: localhost

sqlite:
  adapter: sqlite3
  database: db/db.sqlite3
  timeout: 15000

模型定义：

class Foo < ActiveRecord::Base
  establish_connection 'sqlite'
  belongs_to :bar
end

class Bar < ActiveRecord::Base
  establish_connection 'sqlite'
  has_many :foo  
  def addFoo(item)
    self.foos << item
  end
end

class MysqlModel < ActiveRecord::Base
end

其他：

Ruby 1.8.7
Rails 2.3.4
Ubuntu 10.04

更新：

我根据rails doc的解释说：“通过将连接池保留在ActiveRecord :: Base中，该类是由该类索引的Hash，来实现此功能。” ，retrieve_connection方法将沿类层次结构上升，直到在连接池中找到连接为止。” 但是出于某种原因，rails将sqlite-connected类的子类与默认的mysql连接相关联。 因此，我放弃了尝试与sqlite建立has_many / belongs_to关系，并对模型进行非规范化。

Answer 1

我认为“建立连接'sqlite'”引起了问题。 尝试删除它。 SQLite每个数据库（一个文件）只允许一个连接写入

如果您在不关闭数据库的情况下对数据库执行多次写入操作，则会导致该异常

Rails可以高效且自动地处理连接，因此我认为我们无需单独建立连接。

Answer 2

我在sqlite3 ruby​​扩展上发现了一个死锁，并在此处进行了修复：试一试，看看是否可以解决您的问题。

https://github.com/dxj19831029/sqlite3-ruby

我打开了一个拉取请求，不再有任何回应。

无论如何，如sqlite3本身所描述的，可能会遇到一些繁忙的异常。

请注意以下情况： sqlite忙

The presence of a busy handler does not guarantee that it will be invoked when there is 
    lock contention. If SQLite determines that invoking the busy handler could result in a 
    deadlock, it will go ahead and return SQLITE_BUSY or SQLITE_IOERR_BLOCKED instead of 
    invoking the busy handler. Consider a scenario where one process is holding a read lock 
    that it is trying to promote to a reserved lock and a second process is holding a reserved 
    lock that it is trying to promote to an exclusive lock. The first process cannot proceed 
    because it is blocked by the second and the second process cannot proceed because it is 
    blocked by the first. If both processes invoke the busy handlers, neither will make any 
    progress. Therefore, SQLite returns SQLITE_BUSY for the first process, hoping that this 
    will induce the first process to release its read lock and allow the second process to 
    proceed.

如果满足此条件，则超时不再有效。 为了避免这种情况，请不要在开始/提交中放入选择。 或使用排他锁进行开始/提交。

希望这可以帮助。 :)