我刚才在远程服务器上使用存储在NFS挂载上的SQLite数据库时遇到了这个问题。当我使用的远程shell会话在数据库打开时崩溃后，SQLite无法获得锁。

上面建议的恢复方法对我不起作用(包括先移动然后再复制数据库的想法)。但是在将其复制到非nfs系统后，数据库变得可用，数据似乎没有丢失。

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

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

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

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

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

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

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

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

别忘了打电话:

sqlite_reset(xxx);

or

sqlite_finalize(xxx);