原理:文件数据库sqlite,同一时刻允许多个进程/线程读,但同一时刻只允许一个线程写。在操行写操作时,数据库文件被琐定,此时任何其他读/写操作都被阻塞,如果阻塞超过5秒钟(默认是5秒,能过重新编译sqlite可以修改超时时间),就报"database is locked"错误。
所以,在操作sqlite时,应该即时关闭连接;打开连接后,尽量减少非常费时的操作。
多线程同时访问数据库时,报数据库锁定的问题,错误信息是:
Unknown error finalizing or resetting statement (5: database is locked)
最后通过FMDatabaseQueue解决了这个问题,本文总结一下:
FMDatabase 不能多线程使用一个实例
多线程访问数据库,不能使用同一个FMDatabase 的实例。否则会发生异常。如果线程使用单独的FMDatabase 实例是允许的,但是同样有可能发生database is locked的问题。这是由于多线程对sqlite的竞争引起的
FMDatabaseQueue 解决这个问题的思路是:创建一个队列,然后将放入的队列的block顺序执行,这样避免了多线程同时访问数据库
解决方案 共享同一个FMDatabaseQueue实例
创建一个DBHelper 类
使用FMDatabaseQueue之后,管理db
原本使用FMDatabase类,需要手工调用db的open和close方法
但是用FMDatabaseQueue,不需要调用open,因为查看代码发现,Queue已经open了。至于要不要close,我也不确定,因为官方的sample code没有调用close。实际应用中,我也没有调用,好像没有问题。
所以,使用Queue,是不需要自己打开和关闭db的。但是如果使用了FMResultSet,rs倒是需要关闭,否则会报warning:
if ([db hasOpenResultSets]) {
NSLog(@"Warning: there is at least one open result set around after performing [FMDatabaseQueue inDatabase:]");
为了不看到warning,我都在block里调用了[rs close]
刷新数据库文件路径
具体到我们的应用,还有一个特殊问题需要考虑。因为我们的APP可以切换账户,而账户的db文件是独立的。所以当用户重新登录的时候,需要刷新一下Helper的queue
如果不这么做,由于Helper是单例,那么切换账户以后,用户B访问的还是用户A的数据库。刷新的调用,一般放在登录之后,进入主页面之前就可以了