前言
iOS 开发中，一些项目可能就需要存储一些数据，常用的方式有 NSUserDefaults 、Plist、NSFileManager 文件读写、NSArchiver 解归档、CoreData 等。
在这些存储方式满足不了的时候就要用数据了，移动端轻量级的数据库就是 sqlite 了，嵌入式的数据库，本质就是一个文件，但原生的 API 用起来又极其不方便了，第三方框架 FMDB 成为了大多数 iOS 开发者的首选。
说实话，现在接触的项目可能都没那么大，没那么多数据要存储，这几年没怎么用，只是几年前用了几次，但每次总会遇到一些问题，这不现在又遇到了，特此记录一下，供大家参考，有不对的请指正：
一、FMDB 插入数据不成功
今天建完表，在插入数据的时候无论也插入不成功，一直失败，找不到原因。
当你知道原因后真想抽自己一个大嘴巴子 ，不细心。
开始是这样的，乍一看，貌似没有什么问题，
BOOL result = [db executeUpdate:@"INSERT INTO Chat_Conversation (MsgCreateTime, MsgServerTime, MesSendUserID , MsgDirection, MsgContent, MsgStatus, MsgType, ConversationType) VALUES (?, ?, ?, ?, ?, ?, ?, ?)", locTime,serverTimeStamp, isSender?message.toUserId:message.fromUserId, isSender?@1:@0, msgContent, status, @(message.messageType), @(message.conversationType)];
但调试时会发现有数据为 nil, 导致插入失败。
另外一种方法：
NSString *insertSql = [NSString stringWithFormat:@"INSERT INTO Chat_Conversation (MsgCreateTime, MsgServerTime, MesSendUserID, MsgDirection, MsgContent,MsgStatus, MsgType,ConversationType) VALUES (%@, %@, %@, %@, %@, %@, %@, %@)", locTime,serverTimeStamp, sendUId, isSender?@1:@0, msgContent, status, @(message.messageType), @(message.conversationType)];
BOOL result = [db executeUpdate:insertSql];
但是你发现，还是一直失败，因为这样用字符串拼接的话，字段为字符串的要加上单引号就好了。
两种方式，推荐第一种：
另外要注意的一点就是：
字段为 Interger 的在插入数据的时候要转换为 NSNumber 类型的才可以。
二、FMDB死锁问题
inDatabase: was called reentrantly on the same queue, which would lead to a deadlock
不能在执行一个fmdbqueue还没有执行完毕的时候，去执行另外一个fmdbqueue。
使用fmdb进行数据库操作,出现inDatabase: was called reentrantly on the same queue, which would lead to a deadlock这样的崩溃错误.原因是在一个[queue inDataBase]的block中,又执行了一个inDataBase.这时第一个block需要执行结束才能出队列,第二个block才能执行.但是第一个block又包含了第二个block,也就是说第二个block不执行,第一个block就不能结束.于是就互相等待,也就是各种死锁.
Thread 1: EXC_BAD_INSTRUCTION (code=EXC_I386_INVOP, subcode=0x0)
这个问题因为 [self.databaseQueue inDatabase:^(FMDatabase * _Nonnull db) {
}]; 中人未执行完又执行了新的任务，例如插入数据时更新其他表数据等，这时就会崩溃。
同上面的线程锁一样的，这是多线程访问数据库导致的 crash。
在多线程使用 FMDatabaseQueue 的确很安全，通过 GCD 的串行队列来保证所有读写操作都是串行执行的，但是分析可以看到崩溃发生在函数 [FMResultSet reset]，使用 FMDatabaseQueue 还是发生了多线程使用同一个数据库连接、预处理语句的情况，于是就崩溃了。
解决方案:
如果用 while 循环遍历 FMResultSet 就不存在该问题，因为 [FMResultSet next] 遍历到最后会调用 [FMResultSet close]。
[_queue inDatabase:^(FMDatabase * _Nonnull db) {
FMResultSet *result = [db executeQuery:@"select * from test where a = '1'"];
// 安全
while ([result next]) {
}
// 安全
if ([result next]) {
}
[result close];
}];
如果一定要用 if ([result next]) ，手动加上 [FMResultSet close] 也没有问题，这样操作在多线程访问修改时仍然会。
FMDB线程安全问题
最近在使用 FMDB 操作数据库时，总在出现这个问题，频繁的崩溃，报错信息如下：
从在控制台能看到报错：
[logging] BUG IN CLIENT OF sqlite3.dylib: illegal multi-threaded access to database connection
一看就知道是线程的问题，多线程访问数据库造成的，其实原因早已经都知道了，下面更新代码的问题：
原因找到，重要的是要怎么改，来避免，
这个问题比较棘手，尝试了不少方法，但是一直都不好使。
在 [FMDatabaseQueue inDatabase:] 函数的最后，调用 [db closeOpenResultSets] 帮助调用者关闭所有 FMResultSet。
