Question

在Write-Ahead Logging模式下使用System.Data.Sqlite 1.0.86.0（包括SQLite 3.7.17），我在同时读取时遇到数据库锁定，如果我正确理解WAL，则不应该这样。我没有写或提交任何内容，ReadCommitted事务隔离模式被正确用于避免序列化读取。

SQLite DB (with WAL) locked when preparing a "select" statmement - why?是一个类似的问题。唯一的答案是在每个sqlite3_reset之后调用sqlite3_step，这是我在源代码中看到的，由System.Data.Sqlite正确完成。

完全复制：

internal static class Program {

    private const string DbFileName = "test.sqlite";
    private static readonly string _connectionString = BuildConnectionString(DbFileName);

    internal static void Main() {
        File.Delete(DbFileName);
        ExecuteSql("CREATE TABLE Test (Id INT NOT NULL, Name TEXT);", true);
        for (int i = 0; i < 10; i++)
            Task.Run(() => ExecuteSql("SELECT Id, Name FROM Test;", false));
        Console.ReadKey();
    }

    private static string BuildConnectionString(string fileName) {
        var builder = new SQLiteConnectionStringBuilder {
            DataSource = fileName,
            DateTimeFormat = SQLiteDateFormats.ISO8601,
            DefaultIsolationLevel = IsolationLevel.ReadCommitted,
            ForeignKeys = true,
            JournalMode = SQLiteJournalModeEnum.Wal,
            SyncMode = SynchronizationModes.Full
        };
        return builder.ToString();
    }

    private static void ExecuteSql(string sql, bool commit) {
        Stopwatch stopwatch = Stopwatch.StartNew();
        using (var connection = new SQLiteConnection(_connectionString)) {
            connection.Open();
            using (SQLiteTransaction transaction = connection.BeginTransaction(IsolationLevel.ReadCommitted)) {
                using (SQLiteCommand command = connection.CreateCommand()) {
                    command.CommandText = sql;
                    command.ExecuteNonQuery();
                }
                if (commit)
                    transaction.Commit();
            }
        }
        stopwatch.Stop();
        Console.WriteLine("{0}: {1}", stopwatch.Elapsed, sql);
    }

}

输出：

00:00:00.1927492: CREATE TABLE Test (Id INT NOT NULL, Name TEXT);
00:00:00.0054247: SELECT Id, Name FROM Test;
00:00:00.0055334: SELECT Id, Name FROM Test;
00:00:00.0056022: SELECT Id, Name FROM Test;
00:00:00.0054860: SELECT Id, Name FROM Test;
00:00:00.0053894: SELECT Id, Name FROM Test;
00:00:00.0056843: SELECT Id, Name FROM Test;
00:00:00.0006604: SELECT Id, Name FROM Test;
00:00:00.0006758: SELECT Id, Name FROM Test;
00:00:00.0097950: SELECT Id, Name FROM Test;
00:00:00.0980008: SELECT Id, Name FROM Test;

你可以看到最后一个慢一个数量级。如果在调试模式下执行，则会在输出窗口中记录以下内容一次或多次，具体取决于运行：

SQLite错误（261）：数据库已锁定

你知道如何避免这种锁定吗？当然在这个示例中，WAL可以简单地关闭，但在实际项目中我不能：我需要潜在的写入才能立即成功，即使进行了长时间的读取事务。

Answer 1

经过调查，它不会读取锁定数据库，而只是打开连接。据我所知，在再次阅读WAL文档之后，即使是读者也必须具有对WAL文件的写入权限。打开连接的简单事实比非WAL模式具有更高的成本。此操作显然包括获取WAL文件的独占锁定，即使它是在很短的时间内。

一个简单的解决方案是在连接字符串中启用池（Pooling=True）。它对样本没有任何影响，因为所有连接都是同时打开的，但在现实世界的应用程序中，由于现有连接被重用，因此不再有任何锁定。大多数简单的查询从5毫秒到不到1毫秒（在SSD上），“数据库被锁定”的消息完全消失了。

数据库锁定在WAL模式下，只有读者

1 个答案: