锁定 s3db 日志

Question

几天来，我们在使用 sqlite 时遇到了一个奇怪的错误。我们在网络共享上使用 sqlite 数据库，并由多台计算机访问它。我们的客户报告说，数据库消失了。快速概览显示，数据库仍然存在，但没有计算机可以访问它。它还显示了一个 s3db-journal 文件，表明发生某些情况时有人正在访问数据库。奇怪的是 - s3db-journal 文件被文件系统锁定（我们无法复制/删除它）。重新启动所有应用程序后，锁定的文件就消失了。

这是怎么发生的？我们想以某种方式推断我们的客户是如何陷入这种情况的。我们知道其中一台计算机的网络布线已损坏。

感谢您的帮助。

Tobias

---

澄清一下：几台 = 最多 10 台计算机

Answer 1

从“SQLite 的适当用途”页面：

如果您有许多客户端程序通过网络访问公共数据库，则应考虑使用客户端/服务器数据库引擎而不是 SQLite。 SQLite 将在网络文件系统上工作，但由于与大多数网络文件系统相关的延迟，性能不会很好。此外，许多网络文件系统实现的文件锁定逻辑包含错误（在 Unix 和 Windows 上）。如果文件锁定不起作用，两个或多个客户端程序可能会同时修改同一数据库的同一部分，从而导致数据库损坏。因为这个问题是由底层文件系统实现中的错误引起的，所以 SQLite 无法阻止它。

一个好的经验法则是，在通过网络文件系统从多台计算机同时访问同一数据库的情况下，您应该避免使用 SQLite。

这很可能是您正在使用的网络文件系统中的错误。不管怎样，SQLite 开发人员明确建议不要在网络文件系统上使用数据库。

Answer 2

问题已解决。数据库组件（zeos）抛出异常，我们尝试回滚。由于组件的设计方式，只有在启动事务时才允许这样做。如果不这样做，您将获得锁定的 s3db-journal 文件。

最后我们学到了两件事：当你没有启动事务时永远不要回滚，第二 - zeos 有一个函数 InTransaction 可以做到这一点。