SQLite并发访问出现The database file is locked , database is locked

最新推荐文章于 2024-07-25 09:00:58 发布

转载最新推荐文章于 2024-07-25 09:00:58 发布 · 3.1k 阅读

Database 专栏收录该内容

11 篇文章

订阅专栏

本文介绍了SQLite数据库的特点，包括其轻量级、支持事务处理及并发性的特性。针对多人并发使用SQLite时可能出现的“数据库锁定”问题，文章提出了通过定义全局锁变量的方法来提升并发度。

在站点服务端使用SQlite存储一些临时数据，但是在多人并发的时候Sqlite会抛出异常：The database file is locked , database is locked

Sqlite的特点：

简单(simple)：SQLite是一个非常轻量级自包含(lightweight and self-contained)的DBMS：一个头文件，一个动态库文件，你就拥有了关系数据库的所有功能了。简单，是SQLite最明显的哲学。它提供的API少而简单。只需要一个DLL文件，你的程序马上就拥有了一个功能强大的数据库引擎，这是一件很美妙的事。
小巧(small)：我用VS 2005在Windows下编译的3.6.11，Release版为368K，用时不到20秒——而编译MySQL时，要花上几分钟。而当我插入10000条int数据时，内存开销660K，磁盘开销92K。
事务(transaction)：事务是现代商业数据处理系统最基本的要求，而Access，不论是在可执行文件大小（看了一下Access2003的可执行文件大小为6.32M，两者不是一个量级），还是事务特性，都是不能和SQLite 相比的。
并发性(Concurrency)：由于SQLite通过OS的文件锁来实现库级锁，粒度很大，但是，它通过一些复杂特殊的处理(具体可以参见分析系列)，尽量的提升了读写的并发度。
SQL92：SQLite支持绝大部分的标准SQL语句，你只需要几百K的空间，就可以换来需要上百兆的通用DBMS几乎所有操作了。
方便(Convenience)：如果你的程序要使用SQLite，只需要将拷贝你的程序目录即可。
开源(Opensource)：这是它最强大的地方。开源，意味着你可以品读它的源码，你可以随时修改它，加入你自己的特性，而这一切完全免费的。

　　SQLite只支持库级锁，库级锁意味着什么？——意味着同时只能允许一个写操作，也就是说，即事务T1在A表插入一条数据，事务T2在B表中插入一条数据，这两个操作不能同时进行，即使你的机器有100个CPU，也无法同时进行，而只能顺序进行。表级都不能并行，更别说元组级了——这就是库级锁。但是，SQLite尽量延迟申请X锁，直到数据块真正写盘时才申请X锁，这是非常巧妙而有效的。

Sqlite不支持并发执行写入操作，即使是不同的表，只支持库级锁，而且这个Sqlite本身没有实现，必须自己实现这个库级锁。

综上所述，对于库级锁的数据库，可以定义一个全局的锁变量，在所有需要发起事务的操作中使用同步机制访问数据库。

class PublicationEventHandler implements JobEventHandler {
    public static final Object SQLITE_DBLEVEL_LOCK = new Object();
    @Override
    public void onCompleted(JobEvent event) {
	synchronized (SQLITE_DBLEVEL_LOCK) {
	    ServiceLocator.getJobNotificationService().markJobNotified(event.getJobCommand().getIdentity(),
		    JobStatusDefinition.COMPLETE);
	}

    }

    @Override
    public void onCancelled(JobEvent event) {
	synchronized (SQLITE_DBLEVEL_LOCK) {
	    ServiceLocator.getJobNotificationService().markJobNotified(event.getJobCommand().getIdentity(),
		    JobStatusDefinition.CANCEL);
	}
    }

    @Override
    public void onFailed(JobEvent event) {
	synchronized (SQLITE_DBLEVEL_LOCK) {
	    ServiceLocator.getJobNotificationService().markJobNotified(event.getJobCommand().getIdentity(),
		    JobStatusDefinition.FAIL);
	}
    }

    @Override
    public void onStart(JobEvent event) {
	synchronized (SQLITE_DBLEVEL_LOCK) {
	    ServiceLocator.getJobNotificationService().addJobNotification(event.getJobCommand().getIdentity());
	}
    }

}