一个老问题，有很多答案，这里是我最近遵循的步骤，阅读上面的答案，但在我的情况下，问题是由于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

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

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

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

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

别忘了打电话:

sqlite_reset(xxx);

or

sqlite_finalize(xxx);

在选择重新启动选项之前，有必要看看能否找到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_BUSY结果代码，我通过将sqlite3_busy_timeout设置为适当的长度(如30000)来解决这个问题。

(顺便说一句，对于一个7年前的问题，居然没有人发现这一点，这真奇怪!SQLite真的是一个奇特而神奇的项目…)

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

使用Linux shell将是:

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