我正在连续写入具有 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 文件已与主数据库文件同步。所以下一次写应该根据文档从头开始。然而，这似乎并没有发生，因为后续的写入会导致 WAL 文件无限增长，最终达到一些 GB。
我做了一些搜索，发现阅读器可能会由于打开的事务而导致检查点失败。但是，我使用的唯一读取器是在检查点开始之前结束其事务。还有什么可能阻止 WAL 文件不增长？
最佳答案
这作为答案为时已晚，但可能对其他人有用。
根据SQLite documentation ，您的期望应该是正确的，但是如果您阅读此 SO post ，在非最终声明的情况下也会出现问题。因此，如果您只是 sqlite3_reset()您的声明，无论如何，数据库可能看起来很忙或锁定检查点。请注意，这也可能发生在更高级别的 SQLITE_CHECKPOINT_values 中。 .
另外，SQLITE_CHECKPOINT_TRUNCATE值，如果checkout操作成功，会截断-wal文件长度为零。这可以帮助您检查所有页面是否已插入数据库中。
另一个讨论在其中-wal由于未完成的语句，文件越来越大是 this .
关于SQLITE wal 文件大小不断增长，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/27544006/