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

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

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

如果文件位于远程文件夹(如共享文件夹)中，则可能引发此错误。我将数据库更改为本地目录，它工作得很好。

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

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

在选择重新启动选项之前，有必要看看能否找到sqlite数据库的用户。

在Linux上，可以使用fuser:

$ fuser database.db

$ fuser database.db-journal

在我的案例中，我得到了如下的回应:

philip    3556  4700  0 10:24 pts/3    00:00:01 /usr/bin/python manage.py shell

这表明我有另一个使用数据库的pid 3556 (manage.py)的Python程序。

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

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

我在一个场景中得到了这个错误，与这里描述的略有不同。

SQLite数据库位于由3个服务器共享的NFS文件系统上。在其中2个服务器上，我能够成功地对数据库运行查询，在第三个服务器上，我认为我得到了“数据库已锁定”消息。

第三台机器的问题是，在/var上没有剩余空间了。每次我试图在位于这个文件系统的任何SQLite数据库中运行查询时，我都得到了“数据库被锁定”的消息，并且在日志上出现了这个错误:

Aug 8 10:33:38 server01 kernel: lockd: cannot monitor 172.22.84.87

还有这个:

Aug 8 10:33:38 server01 rpc。statd[7430]: Failed to insert: writing /var/lib/nfs/statd/sm/other.server.name.com: No space left on device .日志含义 Aug 8 10:33:38 server01 rpc。statd[7430]: STAT_FAIL to server01 for SM_MON of 172.22.84.87

太空的情况处理好之后，一切都恢复正常了。