在我编写的一个c# . net 4.6.1应用程序中，当它试图写入数据时，我也收到了sqlite锁，但在我的开发机器上的Visual Studio中运行该应用程序时却没有。相反，只有在远程Windows 10机器上安装并运行该应用程序时，才会出现这种情况。

最初我认为是文件系统权限，但事实证明是我使用Nuget在项目中安装的system . data . sqlite包驱动程序(v1.0.109.2)导致了这个问题。我删除了NuGet包，并在项目中手动引用了旧版本的驱动程序，一旦应用程序重新安装在远程机器上，锁定问题就神奇地消失了。只能认为是最新的驱动程序或Nuget包有bug。

我刚刚遇到了类似的情况——我的web应用程序能够从数据库中读取数据，但不能执行任何插入或更新。重启Apache至少暂时解决了这个问题。

不过，如果能找到根本原因就好了。

删除-journal文件听起来是个糟糕的主意。它允许sqlite在崩溃后将数据库回滚到一致的状态。如果在数据库处于不一致状态时删除它，则会留下一个损坏的数据库。引用sqlite站点的一个页面:

If a crash or power loss does occur and a hot journal is left on the disk, it is essential that the original database file and the hot journal remain on disk with their original names until the database file is opened by another SQLite process and rolled back. [...] We suspect that a common failure mode for SQLite recovery happens like this: A power failure occurs. After power is restored, a well-meaning user or system administrator begins looking around on the disk for damage. They see their database file named "important.data". This file is perhaps familiar to them. But after the crash, there is also a hot journal named "important.data-journal". The user then deletes the hot journal, thinking that they are helping to cleanup the system. We know of no way to prevent this other than user education.

The rollback is supposed to happen automatically the next time the database is opened, but it will fail if the process can't lock the database. As others have said, one possible reason for this is that another process currently has it open. Another possibility is a stale NFS lock, if the database is on an NFS volume. In that case, a workaround is to replace the database file with a fresh copy that isn't locked on the NFS server (mv database.db original.db; cp original.db database.db). Note that the sqlite FAQ recommends caution regarding concurrent access to databases on NFS volumes, because of buggy implementations of NFS file locking.

我无法解释为什么删除一个-journal文件会让你锁定一个数据库，而你以前不能。这是可复制的吗?

顺便说一下，-journal文件的存在并不一定意味着发生了崩溃或有要回滚的更改。Sqlite有几种不同的日志模式，在PERSIST或TRUNCATE模式下，它始终保留-journal文件，并更改内容以指示是否有要回滚的部分事务。

在我编写的一个c# . net 4.6.1应用程序中，当它试图写入数据时，我也收到了sqlite锁，但在我的开发机器上的Visual Studio中运行该应用程序时却没有。相反，只有在远程Windows 10机器上安装并运行该应用程序时，才会出现这种情况。

最初我认为是文件系统权限，但事实证明是我使用Nuget在项目中安装的system . data . sqlite包驱动程序(v1.0.109.2)导致了这个问题。我删除了NuGet包，并在项目中手动引用了旧版本的驱动程序，一旦应用程序重新安装在远程机器上，锁定问题就神奇地消失了。只能认为是最新的驱动程序或Nuget包有bug。

我在应用程序中有这样的问题，从2个连接访问SQLite -一个是只读的，第二个用于写入和读取。看起来这个只读连接阻止了第二个连接的写入。最后，需要在使用后立即完成或至少重置准备好的语句。直到准备语句被打开，导致数据库写入被阻塞。

别忘了打电话:

sqlite_reset(xxx);

or

sqlite_finalize(xxx);

从您之前的评论中，您说存在一个-journal文件。

这可能意味着您已经打开和(EXCLUSIVE?)事务，还没有提交数据。是你的程序或者其他进程留下了-journal吗?

重新启动sqlite进程将查看日志文件，清除任何未提交的操作并删除-journal文件。