如何使用多线程同事访问多个sqlite数据库

SQLite作为一款小型的嵌入式数据库，本身没有提供复杂的锁定机制，无法内部管理多路并发下的数据 *** 作同步问题，更谈不上优化，所以涉及到多路并发的情况，需要外部进行读写锁控制，否则SQLite会返回SQLITE_BUSY错误，以驳回相关请求。

返回SQLITE_BUSY主要有以下几种情况：

1。当有写 *** 作时，其他读 *** 作会被驳回

2。当有写 *** 作时，其他写 *** 作会被驳回

3。当开启事务时，在提交事务之前，其他写 *** 作会被驳回

4。当开启事务时，在提交事务之前，其他事务请求会被驳回

5。当有读 *** 作时，其他写 *** 作会被驳回

6。读 *** 作之间能够并发执行

基于以上讨论，可以看出这是一个典型的读者写者问题，读 *** 作要能够共享，写 *** 作要互斥，读写之间也要互斥

可以设计如下的方案解决并发 *** 作数据库被锁定的问题，同时保证读 *** 作能够保持最大并发

1。采用互斥锁控制数据库写 *** 作

2。只有拥有互斥锁的线程才能够 *** 作数据库

3。写 *** 作必须独立拥有互斥锁

4。读 *** 作必须能够共享互斥锁，即在第一次读取的时候获取互斥锁，最后一次读取的时候释放互斥锁

前些时候看到兴趣小组里有人问“Android上SQLite的最佳实践”是什么，好奇地搜了一下，确实没有一个好一点的指导文档，平时的使用也只是简单的拷贝code，并没有深入的研究过。以下是我看到的Kevin关于其使用的心得，原文的大体的意思是：Android例子涵盖了一些Sqlite的基本用法，但它们并没有深入地给出合理的使用方法，更重要的是，不合理的使用方法。大多数例子和文档只是涉及最基本的数据库查询，或者教你如何创建一个ContentProvider。从来不提及的地方像： · 什么地方创建和保存SQLiteOpenHelper实例？ · 可以有多少个实例？ · 多线程同时访问数据库有没有什么要担心的？基本的内容是，你可以任意次数地连接Sqlite数据库，而且Android系统也支持你这样做。Sqlite拥有文件级别的锁，用来同步访问和防止错误。如果你只知道这些，那么，将会给你带来很大的痛苦。开源的一个好处是，你可以深入代码一探究竟。从代码和一些测试中，我了解到以下事实： · Sqlite拥有文件级别的锁。许多线程可以同时读，但只有一个可以写。锁阻止多个同时写入。 · Android在SQLiteDatabase中实现了一些java锁来确保动作是同步进行。 · 如果你用多个线程疯狂地访问数据库，你的数据库不会（或不应该）崩溃。没提到的是，如果你通过多个不同的真实连接同时写数据库，其中的某个会失败，它不会等到前一个完成后继续写入。简单地，不会写入你的改变，更糟糕的是，你也得不到一个异常，只是在LogCat中输出一些message，仅此而已。SQLiteOpenHelper类做了一些有趣的事。尽管它有方法可以获得一个只读的连接和可读写的连接，但实质上它们是同一个连接。假设没有文件写错误的话，只读的连接实质上就是一个可读写的连接。有趣吧。因此，如果你的app中使用一个helper的话，即便从多线程中使用，你也从未使用多个连接。同样，一个helper中只有一个SQLiteDatabase的实例，这个实例中实现了一些java锁。因此，当你正在执行数据库的 *** 作时，其它db的 *** 作都将锁定。即便是你使用多个线程来做这些事以便优化数据库的性能，坏消息，没有什么用。按照我的认识，SQLite工作的方式，基本上不可能会破坏你的数据库，除非代码里有bug或者有硬件问题。因此，我推荐这样使用：创建一个SQLiteOpenHelper静态对象。什么时候去close它呢？不需要。当app关闭，它会自动释放文件引用。但是，会不会有“close() was never explicitly called on database”异常呢？如果你注意的话，当连接挂在那里的时候，你没有得到那个异常。你只是在连接已经建立，而你又尝试打开另一个时才会有异常。因此，你只需要打开一次连接。像这样来使用：public class DatabaseHelper extends OrmLiteSqliteOpenHelper{ private static DatabaseHelper instancepublic static synchronized DatabaseHelper getHelper(Context context) { if (instance == null) instance = new DatabaseHelper(context)return instance}//Other stuff... } 就这些。。。

使用SQLite经常会遇到并发处理，要处理好多线程或多进程之间的并发，就得搞清楚SQLite的机制，尤其是Sqlite的锁机制。

因为SQLite是文件数据库，所以它的锁也基本是和文件一致，也即：写独占，读共享。这意味是在读取数据库的时候，是可以多个线程共享的，而如果有增删改的 *** 作，则会独占此文件，其他线程会进程都会被阻塞。

在移动设备上，比较常见的情况是App的UI进程和Service进程同时访问数据库，这个时候就要对其访问做好并发的处理，否则会出现很多意想不到的后果。

---