在选择重新启动选项之前，有必要看看能否找到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程序。

由于某种原因，数据库被锁定了。以下是我的解决方法。

我将sqlite文件下载到我的系统(FTP) 删除在线sqlite文件 将文件上传到主机提供商

现在可以正常工作了。

我在Mac OS X 10.5.7上从终端会话运行Python脚本时遇到了同样的问题。尽管我已经停止了脚本，并且终端窗口位于命令提示符处，但它在下次运行时仍然会给出这个错误。解决方案是关闭终端窗口，然后再次打开它。我觉得没道理，但奏效了。

我发现SQLite中锁的各种状态的文档非常有用。Michael，如果您可以执行读操作，但不能对数据库执行写操作，这意味着某个进程已经获得了数据库上的保留锁，但还没有执行写操作。如果你正在使用SQLite3，有一个叫做PENDING的新锁，不允许更多的进程连接，但现有的连接仍然可以执行读取，所以如果这是问题所在，你应该看看这个锁。

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

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

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

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

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