我导致我的sqlite数据库在写入过程中崩溃一个应用程序而被锁定。以下是我如何修复它:

echo ".dump" | sqlite old.db | sqlite new.db

摘自:http://random.kakaopor.hu/how-to-repair-an-sqlite-database

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

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

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

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

我添加了“池=true”连接字符串，它工作。

我只是犯了同样的错误。 5分钟后，我发现我没有关闭一个shell巫婆正在使用db。 请关闭它，再试一次;)

一个老问题，有很多答案，这里是我最近遵循的步骤，阅读上面的答案，但在我的情况下，问题是由于cifs资源共享。这个病例以前没有报道过，希望能帮助到一些人。

检查java代码中没有任何连接是打开的。 使用lsof检查是否有其他进程正在使用您的SQLite db文件。 检查正在运行的jvm进程的用户所有者对该文件具有r/w权限。 尝试在连接开口上强制锁定模式 final SQLiteConfig config = new SQLiteConfig(); config.setReadOnly(假); config.setLockingMode (LockingMode.NORMAL); connection = DriverManager。getConnection (url, config.toProperties ());

如果您在NFS共享文件夹上使用SQLite db文件，请检查SQLite faq的这一点，并检查您的挂载配置选项，以确保避免锁定，如下所述:

//myserver /mymount cifs username=*****,password=*****,iocharset=utf8,sec=ntlm,file,nolock,file_mode=0700,dir_mode=0700,uid=0500,gid=0500 0 0