您可以尝试:.timeout 100来设置超时时间。 我不知道在命令行中发生了什么，但在c# .Net中，当我这样做:“UPDATE table-name SET column-name = value;”我得到数据库被锁定，但这个“UPDATE table-name SET column-name = value”它很好。

看起来，当您添加;，sqlite将寻找进一步的命令。

SQLite db文件只是文件，所以第一步是确保它不是只读的。另一件要做的事情是确保在DB打开时没有某种GUI SQLite DB查看器。可以在另一个shell中打开DB，也可以在代码中打开DB。通常情况下，如果不同的线程或应用程序(如SQLite Database Browser)打开了数据库以便写入，则会看到这种情况。

我的锁是由系统崩溃引起的，而不是由挂起进程引起的。为了解决这个问题，我简单地重命名了文件，然后将其复制回原来的名称和位置。

使用Linux shell将是:

mv mydata.db temp.db
cp temp.db mydata.db

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

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

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

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

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

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