4

我正在不断地写入一个具有 PRAGMA journal_mode=WAL、PRAGMA journal_size_limit=0 的 db 文件。我的 C++ 程序有两个线程,一个读取器(以 15 秒间隔查询)和一个写入器(以 5 秒间隔插入)。

每隔 3 分钟,我将暂停插入以从编写器线程运行 sqlite3_wal_checkpoint_v2(),模式参数为 SQLITE_CHECKPOINT_RESTART。为了确保此时没有活动的读取操作正在进行,我设置了一个标志,表明检查点即将发生,并在运行检查点之前等待阅读器完成(连接仍然打开)。检查点完成后,我再次向读者表明可以恢复查询。

sqlite3_wal_checkpoint_v2() 返回 SQLITE_OK,并且 pnLog 和 Ckpt 相等(大约 4000),表明完整的 wal 文件已与主 db 文件同步。所以下一次写应该根据文档从头开始。然而,这似乎并没有发生,因为随后的写入会导致 WAL 文件无限增长,最终达到几 GB。

我做了一些搜索,发现读取器可能会由于打开事务而导致检查点失败。但是,我使用的唯一阅读器是在检查点开始之前结束其事务。还有什么可以阻止 WAL 文件不增长?

4

1 回答 1

2

作为答案,这为时已晚,但可能对其他人有用。

根据SQLite 文档,您的期望应该是正确的,但是如果您阅读此SO 帖子,在未完成的语句的情况下也会出现问题。因此,如果您只是sqlite3_reset()您的陈述,那么无论如何数据库可能看起来很忙或被锁定以等待检查点。请注意,这也可能发生在更高级别的SQLITE_CHECKPOINT_values.

此外,SQLITE_CHECKPOINT_TRUNCATE如果结帐操作成功,该值会将-wal文件截断为零长度。这可以帮助您检查所有页面是否已插入到数据库中。

-wal由于未完成的语句,文件变得越来越大的另一个讨论是this

于 2016-06-16T16:57:46.827 回答