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

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

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

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

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

这个环节解决了问题。:当Sqlite给出:数据库锁定错误 它解决了我的问题也许对你有用。

并且可以使用开始事务和结束事务来避免将来数据库被锁定。

应该是数据库的内部问题… 对我来说，这是在尝试用“SQLite管理器”浏览数据库后表现出来的… 所以，如果你找不到另一个连接到数据库的进程，你也无法修复它， 试试这个激进的解决方案:

提供导出您的表(您可以在Firefox上使用“SQLite管理器”) 如果迁移改变了数据库方案，请删除上次失败的迁移 重命名“数据库”。sqlite”文件 执行“rake db:migrate”创建一个新的工作数据库 提供给正确的权限数据库表的导入 导入备份的表 编写新的迁移 执行"rake db:migrate"

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

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