SQLite wiki DatabaseIsLocked页面提供了此错误消息的解释。在某种程度上，它指出争用的来源是内部的(对发出错误的进程而言)。本页没有解释的是SQLite如何决定进程中的某些东西持有锁，以及哪些条件会导致误报。

当您试图从同一个数据库连接同时对数据库执行两项不兼容的操作时，就会出现此错误代码。

在v3中引入的有关文件锁定的变化可能对未来的读者有用，可以在这里找到:SQLite版本3中的文件锁定和并发性

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

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

一个老问题，有很多答案，这里是我最近遵循的步骤，阅读上面的答案，但在我的情况下，问题是由于cifs资源共享。这个病例以前没有报道过，希望能帮助到一些人。

检查java代码中没有任何连接是打开的。 使用lsof检查是否有其他进程正在使用您的SQLite db文件。 检查正在运行的jvm进程的用户所有者对该文件具有r/w权限。 尝试在连接开口上强制锁定模式 final SQLiteConfig config = new SQLiteConfig(); config.setReadOnly(假); config.setLockingMode (LockingMode.NORMAL); connection = DriverManager。getConnection (url, config.toProperties ());

如果您在NFS共享文件夹上使用SQLite db文件，请检查SQLite faq的这一点，并检查您的挂载配置选项，以确保避免锁定，如下所述:

//myserver /mymount cifs username=*****,password=*****,iocharset=utf8,sec=ntlm,file,nolock,file_mode=0700,dir_mode=0700,uid=0500,gid=0500 0 0

我有一个工具“DB Browser for SQLite”正在运行，也在里面工作。显然，这个工具也会锁上东西。 在点击“写入更改”或“恢复更改”后，锁消失了，另一个进程(一个React-Native脚本)不再给出这个错误。

我的Linux环境上的lsof命令帮助我弄清楚一个进程挂起并保持文件打开。 终止了这个过程，问题就解决了。

如果一个进程在SQLite DB上有一个锁，并且崩溃了，那么这个DB将永远处于锁定状态。这就是问题所在。并不是其他进程有锁。