7

使用 Perl DBD::SQLite 时，SQLite 是否存在一个已知问题，即在单个事务中为第二个查询提供“数据库已锁定”错误？场景：Linux，Perl DBI，AutoCommit => 0，具有两个代码块的子例程（使用这些块来本地化变量名）。在第一个代码块中，prepare() 在 select 语句上创建了一个查询句柄，它被 execute() 并关闭了块。第二个代码块另一个查询句柄是由准备更新语句创建的，并且经常（30% 的时间）SQLite/DBI 在此阶段给出数据库锁定错误。我认为错误发生在prepare（）期间而不是execute（）期间。

我的解决方法是在第一次查询后提交。（在第一个查询上调用完成没有帮助）。出于与优雅和性能相关的几个原因，我不想承诺。多年来，原始代码使用 Postgres 作为数据库运行良好。我试过 sqlite_use_immediate_transaction 没有效果。

在所有其他情况下，我发现 SQLite 的性能非常好，所以我怀疑这是 DBD 驱动程序的疏忽，而不是 SQLite 的问题。可悲的是，我当前的代码是一大堆脚本和模块，所以我没有一个简短的单文件测试用例。

4

1 回答 1

8

无论如何与此无关的是：perldoc中的事务和数据库锁定？DBD::SQLite

通过 AutoCommit 或 begin_work 进行事务处理非常方便，但有时您可能会遇到烦人的“数据库已锁定”错误。这通常发生在某人开始事务并尝试写入数据库时​​，而其他人正在从数据库中读取（在另一个事务中）。您可能会感到惊讶，但当您刚刚开始正常（延迟）事务以最大化并发性时，SQLite 不会锁定数据库。当您发出要写入的语句时，它会保留一个锁，但在您实际尝试使用提交语句进行写入之前，它允许其他人从数据库中读取。但是，从数据库读取也需要共享锁，这会阻止给您保留的独占锁，因此您会收到“数据库已锁定”错误，其他人如果稍后尝试写入也会收到相同的错误，因为你还有一个挂起的锁。在这种情况下，busy_timeout 没有帮助。

为避免这种情况，请显式设置事务类型。您可以为每个事务发出开始立即事务（或开始独占事务），或将 sqlite_use_immediate_transaction 数据库句柄属性设置为 true（自 1.30_02 起）以始终使用立即事务（即使您仅使用 begin_work 或关闭 AutoCommit。） .

my $dbh = DBI->connect("dbi:SQLite::memory:", "", "", {
  sqlite_use_immediate_transaction => 1,
});

请注意，这仅在所有连接都使用相同（非延迟）事务时才有效。有关锁定的详细信息，请参见http://sqlite.org/lockingv3.html。

于 2010-10-15T18:16:31.647 回答