由于项目是接手之前的烂尾项目，经常被吐槽说界面卡半天，后来发现项目里的网络请求，数据库操作都是在主线程。将一些长时间的操作换到多线程或者异步之后后，用户交互是变的顺畅多了，可是经常出现莫名其妙的闪退，还有数据插入错表的情况（用户表数据插入到消息表中）。

因为项目比较早，用的三方库都比较旧，所以数据库用的是SQLitePersistentObject,本以为是数据库比较老旧问题，因为数据操作遍布数据库各处，也只能先帮办法解决问题，以后在考虑重构、优化了。网上也没有报出说这个三方库有什么问题。后来看到一篇博客中详细讲解了下SQLite的线程安全机制。

原文地址：http://blog.csdn.net/diyagoanyhacker/article/details/7209888

虽然有点长，写的不优美，但是仔细看完，收货还是颇丰。

重要内容摘出来

SQLite支持3种线程模式：

单线程：禁用所有的mutex锁，并发使用时会出错。当SQLite编译时加了SQLITE_THREADSAFE=0参数，或者在初始化SQLite前调用sqlite3_config(SQLITE_CONFIG_SINGLETHREAD)时启用。

多线程：只要一个数据库连接不被多个线程同时使用就是安全的。源码中是启用bCoreMutex，禁用bFullMutex。实际上就是禁用数据库连接和prepared statement（准备好的语句）上的锁，因此不能在多个线程中并发使用同一个数据库连接或prepared statement。当SQLite编译时加了SQLITE_THREADSAFE=2参数时默认启用。若SQLITE_THREADSAFE不为0，可以在初始化SQLite前，调用sqlite3_config(SQLITE_CONFIG_MULTITHREAD)启用；或者在创建数据库连接时，设置SQLITE_OPEN_NOMUTEX flag。

串行：启用所有的锁，包括bCoreMutex和bFullMutex。因为数据库连接和prepared statement都已加锁，所以多线程使用这些对象时没法并发，也就变成串行了。当SQLite编译时加了SQLITE_THREADSAFE=1参数时默认启用。若SQLITE_THREADSAFE不为0，可以在初始化SQLite前，调用sqlite3_config(SQLITE_CONFIG_SERIALIZED)启用；或者在创建数据库连接时，设置SQLITE_OPEN_FULLMUTEX flag。

而这里所说的初始化是指调用sqlite3_initialize()函数，这个函数在调用sqlite3_open()时会自动调用，且只有第一次调用是有效的。

另一个要说明的是prepared statement，它是由数据库连接（的pager）来管理的，使用它也可看成使用这个数据库连接。

因此在多线程模式下，并发对同一个数据库连接调用sqlite3_prepare_v2()来创建prepared statement，或者对同一个数据库连接的任何prepared statement并发调用sqlite3_bind_*()和sqlite3_step()等函数都会出错（在iOS上，该线程会出现EXC_BAD_ACCESS而中止）。这种错误无关读写，就是只读也会出错。

文档中给出的安全使用规则是：没有事务正在等待执行，所有prepared statement都被finalized。顺带一提，调用sqlite3_threadsafe()可以获得编译期的SQLITE_THREADSAFE参数。标准发行版是1，也就是串行模式；而iOS上是2，也就是多线程模式；Python的sqlite3模块也默认使用串行模式，可以用sqlite3.threadsafety来配置。但是默认情况下，一个线程只能使用当前线程打开的数据库连接，除非在连接时设置了check_same_thread=False参数。

总结，数据库要多线程操作，需要每个线程与数据库建立连接，还需要设置锁、线程等参数。多条线程公用同一个数据库连接就会出错。