iOS端sqlite3的线程安全

sqlite3 多线程和锁，优化插入速度及性能优化
这篇博客，着重介绍了sqlite3 多线程和锁。这里针对iOS端写个简单的demo:
验证iOS端sqlite3多线程问题：

sqlite3 线程模式，在iOS上是2，也就是多线程模式：只要一个数据库连接不被多个线程同时使用就是安全的，多个线程同时使用同一个数据库连接就会有问题了。简单的代码模拟下：

两个线程分别执行读写操作:

- (void)creatSqlite{
    FMDatabase * db=[FMDatabase databaseWithPath:_path];
    _db=db;
    if ([_db open]) {
        [_db executeUpdate:@"CREATE TABLE IF NOT EXISTS Student (id integer PRIMARY KEY AUTOINCREMENT, name text NOT NULL);"];
        
        dispatch_async(dispatch_get_global_queue(0, 0), ^{
            for (int i=0; i<10; i++) {
                BOOL s = [_db executeUpdate:@"INSERT INTO Student (name) VALUES (?)",@"小明"];
                NSLog(@"start %d ===success %d",i,s);
            }
        });
        
        dispatch_async(dispatch_get_global_queue(0, 0), ^{
            FMResultSet *set = [_db executeQuery:@"select id from Student"];
            while ([set next]) {
                int vl = [set intForColumn:@"id"];
                NSLog(@"select %d",vl);
            };
        });
    }
}

运行试下，果然crash了（这里使用了三方库FMDB，由于其源码中有容错处理，有这种多线程处理情况只会打印错误log中断操作，所以并不会crash但操作是失败的；这里将其容错判断注释了）
这是因为：

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

crash

控制台错误信息：

BUG IN CLIENT OF sqlite3.dylib: illegal multi-threaded access to database connection

上面是两个线程分别执行了读写操作，再试下同时执行写操作：

        dispatch_async(dispatch_get_global_queue(0, 0), ^{
            for (int i=0; i<10; i++) {
                BOOL s = [_db executeUpdate:@"INSERT INTO Student (name) VALUES (?)",@"小明"];
                NSLog(@"start1 %d ===success %d",i,s);
            }
        });
        
        for (int i=0; i<10; i++) {
            BOOL s = [_db executeUpdate:@"INSERT INTO Student (name) VALUES (?)",@"小芳"];
            NSLog(@"start2 %d ===success %d",i,s);
        }

结果和上面的一样；

同时执行读操作:

        dispatch_async(dispatch_get_global_queue(0, 0), ^{
            FMResultSet *set = [_db executeQuery:@"select id from Student"];
            while ([set next]) {
                int vl = [set intForColumn:@"id"];
                NSLog(@"select1 %d",vl);
            };
        });
        
        FMResultSet *set = [_db executeQuery:@"select id from Student"];
        while ([set next]) {
            int vl = [set intForColumn:@"id"];
            NSLog(@"select2 %d",vl);
        };

结果也是一样;

为使得所有线程共用全局的数据库连接，可以将sqlite3线程模式更改为串行模式：在初始化SQLite前，调用sqlite3_config(SQLITE_CONFIG_SERIALIZED)启用。

- (BOOL)open {
    if (_db) {
        return YES;
    }
    sqlite3_config(SQLITE_CONFIG_SERIALIZED);
    int err = sqlite3_open([self sqlitePath], (sqlite3**)&_db );
    if(err != SQLITE_OK) {
        NSLog(@"error opening!: %d", err);
        return NO;
    }
    
    if (_maxBusyRetryTimeInterval > 0.0) {
        // set the handler
        [self setMaxBusyRetryTimeInterval:_maxBusyRetryTimeInterval];
    }
    
    
    return YES;
}

设置好了后，再看下之前3个的结果，可以正常执行了：

2018-12-15 16:50:48.466926+0800 Test[2527:443214] start 0 ===success 1
2018-12-15 16:50:48.482471+0800 Test[2527:443214] start 1 ===success 1
2018-12-15 16:50:48.494744+0800 Test[2527:443214] start 2 ===success 1
2018-12-15 16:50:48.507210+0800 Test[2527:443214] start 3 ===success 1
2018-12-15 16:50:48.507357+0800 Test[2527:443219] select 1
2018-12-15 16:50:48.523451+0800 Test[2527:443214] start 4 ===success 1
2018-12-15 16:50:48.523487+0800 Test[2527:443219] select 2
2018-12-15 16:50:48.536790+0800 Test[2527:443214] start 5 ===success 1
2018-12-15 16:50:48.536832+0800 Test[2527:443219] select 3
2018-12-15 16:50:48.536972+0800 Test[2527:443219] select 4
2018-12-15 16:50:48.537009+0800 Test[2527:443219] select 5
2018-12-15 16:50:48.537036+0800 Test[2527:443219] select 6
2018-12-15 16:50:48.550073+0800 Test[2527:443214] start 6 ===success 1
2018-12-15 16:50:48.564827+0800 Test[2527:443214] start 7 ===success 1
2018-12-15 16:50:48.582215+0800 Test[2527:443214] start 8 ===success 1
2018-12-15 16:50:48.597302+0800 Test[2527:443214] start 9 ===success 1

2018-12-15 15:21:08.631764+0800 Test[2460:430481] start2 0 ===success 1
2018-12-15 15:21:08.658209+0800 Test[2460:430481] start2 1 ===success 1
2018-12-15 15:21:08.658218+0800 Test[2460:430524] start1 0 ===success 1
2018-12-15 15:21:08.675203+0800 Test[2460:430481] start2 2 ===success 1
2018-12-15 15:21:08.703780+0800 Test[2460:430481] start2 3 ===success 1
2018-12-15 15:21:08.704322+0800 Test[2460:430524] start1 1 ===success 1
2018-12-15 15:21:08.714927+0800 Test[2460:430481] start2 4 ===success 1
2018-12-15 15:21:08.729898+0800 Test[2460:430524] start1 2 ===success 1
2018-12-15 15:21:08.745181+0800 Test[2460:430481] start2 5 ===success 1
2018-12-15 15:21:08.772671+0800 Test[2460:430481] start2 6 ===success 1
2018-12-15 15:21:08.772672+0800 Test[2460:430524] start1 3 ===success 1
2018-12-15 15:21:08.790474+0800 Test[2460:430481] start2 7 ===success 1
2018-12-15 15:21:08.821707+0800 Test[2460:430481] start2 8 ===success 1
2018-12-15 15:21:08.821727+0800 Test[2460:430524] start1 4 ===success 1
2018-12-15 15:21:08.835536+0800 Test[2460:430481] start2 9 ===success 1
2018-12-15 15:21:08.854285+0800 Test[2460:430524] start1 5 ===success 1
2018-12-15 15:21:08.881196+0800 Test[2460:430524] start1 6 ===success 1
2018-12-15 15:21:08.895294+0800 Test[2460:430524] start1 7 ===success 1
2018-12-15 15:21:08.909748+0800 Test[2460:430524] start1 8 ===success 1
2018-12-15 15:21:08.926922+0800 Test[2460:430524] start1 9 ===success 1

2018-12-15 15:12:13.531765+0800 Test[2454:429163] select2 1
2018-12-15 15:12:13.531776+0800 Test[2454:429205] select1 1
2018-12-15 15:12:13.531841+0800 Test[2454:429163] select2 2
2018-12-15 15:12:13.531842+0800 Test[2454:429205] select1 2
2018-12-15 15:12:13.531872+0800 Test[2454:429163] select2 3
2018-12-15 15:12:13.531885+0800 Test[2454:429205] select1 3
2018-12-15 15:12:13.531899+0800 Test[2454:429163] select2 4
2018-12-15 15:12:13.531912+0800 Test[2454:429205] select1 4
2018-12-15 15:12:13.531925+0800 Test[2454:429163] select2 5
2018-12-15 15:12:13.531939+0800 Test[2454:429205] select1 5
2018-12-15 15:12:13.531951+0800 Test[2454:429163] select2 6
2018-12-15 15:12:13.531965+0800 Test[2454:429205] select1 6
2018-12-15 15:12:13.531977+0800 Test[2454:429163] select2 7
2018-12-15 15:12:13.531990+0800 Test[2454:429205] select1 7
2018-12-15 15:12:13.532002+0800 Test[2454:429163] select2 8
2018-12-15 15:12:13.532016+0800 Test[2454:429205] select1 8
2018-12-15 15:12:13.532028+0800 Test[2454:429163] select2 9
2018-12-15 15:12:13.532107+0800 Test[2454:429163] select2 10
2018-12-15 15:12:13.532043+0800 Test[2454:429205] select1 9
2018-12-15 15:12:13.533345+0800 Test[2454:429205] select1 10

**sqlite3多线程模式下，编码实现线程安全：（异步线程下）
要实现线程安全，满足以下一个条件即可：

数据库连接都在一个线程中。
数据库在多个线程都有连接，但不是同时连接。

那么有以下方式编码实现：

加锁（确保不是同时连接）

        _lock = [[NSLock alloc] init];
        dispatch_async(dispatch_get_global_queue(0, 0), ^{
            [_lock lock];
            for (int i=0; i<10; i++) {
                BOOL s = [_db executeUpdate:@"INSERT INTO Student (name) VALUES (?)",@"小明"];
                NSLog(@"start %d ===success %d",i,s);
            }
            [_lock unlock];
        });
        
        dispatch_async(dispatch_get_global_queue(0, 0), ^{
            [_lock lock];
            FMResultSet *set = [_db executeQuery:@"select id from Student"];
            while ([set next]) {
                int vl = [set intForColumn:@"id"];
                NSLog(@"select %d",vl);
            };
            [_lock unlock];
        });

串行队列，异步执行：（确保在同一线程中）

        dispatch_queue_t queue = dispatch_queue_create("queue", DISPATCH_QUEUE_SERIAL);
        dispatch_async(queue, ^{
            for (int i=0; i<10; i++) {
                BOOL s = [_db executeUpdate:@"INSERT INTO Student (name) VALUES (?)",@"小明"];
                NSLog(@"start %d ===success %d",i,s);
            }
        });
        
        dispatch_async(queue, ^{
            FMResultSet *set = [_db executeQuery:@"select id from Student"];
            while ([set next]) {
                int vl = [set intForColumn:@"id"];
                NSLog(@"select %d",vl);
            };
        });

使用FMDatabaseQueue，FMDatabaseQueue实现很简单，其实里面就是封装了一个GCD串行队列，队列中任务同步执行达到串行的作用。（确保在同一线程）

        FMDatabaseQueue *queue = [[FMDatabaseQueue alloc] initWithPath:_path];
        dispatch_async(dispatch_get_global_queue(0, 0), ^{
            [queue inDatabase:^(FMDatabase *db) {
                for (int i=0; i<10; i++) {
                    BOOL s = [_db executeUpdate:@"INSERT INTO Student (name) VALUES (?)",@"小明"];
                    NSLog(@"start %d ===success %d",i,s);
                }
            }];
        });
        
        dispatch_async(dispatch_get_global_queue(0, 0), ^{
            [queue inDatabase:^(FMDatabase *db) {
                FMResultSet *set = [_db executeQuery:@"select id from Student"];
                while ([set next]) {
                    int vl = [set intForColumn:@"id"];
                    NSLog(@"select %d",vl);
                };
            }];
        });

结果都一致

2018-12-15 16:53:55.330335+0800 Test[2530:443778] start 0 ===success 1
2018-12-15 16:53:55.345812+0800 Test[2530:443778] start 1 ===success 1
2018-12-15 16:53:55.363252+0800 Test[2530:443778] start 2 ===success 1
2018-12-15 16:53:55.378892+0800 Test[2530:443778] start 3 ===success 1
2018-12-15 16:53:55.396974+0800 Test[2530:443778] start 4 ===success 1
2018-12-15 16:53:55.411347+0800 Test[2530:443778] start 5 ===success 1
2018-12-15 16:53:55.425837+0800 Test[2530:443778] start 6 ===success 1
2018-12-15 16:53:55.442600+0800 Test[2530:443778] start 7 ===success 1
2018-12-15 16:53:55.460784+0800 Test[2530:443778] start 8 ===success 1
2018-12-15 16:53:55.478188+0800 Test[2530:443778] start 9 ===success 1
2018-12-15 16:53:55.480301+0800 Test[2530:443780] select 1
2018-12-15 16:53:55.480416+0800 Test[2530:443780] select 2
2018-12-15 16:53:55.480493+0800 Test[2530:443780] select 3
2018-12-15 16:53:55.480968+0800 Test[2530:443780] select 4
2018-12-15 16:53:55.481118+0800 Test[2530:443780] select 5
2018-12-15 16:53:55.481443+0800 Test[2530:443780] select 6
2018-12-15 16:53:55.481587+0800 Test[2530:443780] select 7
2018-12-15 16:53:55.481679+0800 Test[2530:443780] select 8
2018-12-15 16:53:55.481905+0800 Test[2530:443780] select 9
2018-12-15 16:53:55.481991+0800 Test[2530:443780] select 10

最后编辑于：2019.11.09 11:18:23

人面猴
序言：七十年代末，一起剥皮案震惊了整个滨河市，随后出现的几起案子，更是在滨河造成了极大的恐慌，老刑警刘岩，带你破解...
沈念sama阅读 203,772评论 6赞 477
死咒
序言：滨河连续发生了三起死亡事件，死亡现场离奇诡异，居然都是意外死亡，警方通过查阅死者的电脑和手机，发现死者居然都...
沈念sama阅读 85,458评论 2赞 381
救了他两次的神仙让他今天三更去死
文/潘晓璐我一进店门，熙熙楼的掌柜王于贵愁眉苦脸地迎上来，“玉大人，你说我怎么就摊上这事。” “怎么了？”我有些...
开封第一讲书人阅读 150,610评论 0赞 337
道士缉凶录：失踪的卖姜人
文/不坏的土叔我叫张陵，是天一观的道长。经常有香客问我，道长，这世上最难降的妖魔是什么？我笑而不...
开封第一讲书人阅读 54,640评论 1赞 276
港岛之恋（遗憾婚礼）
正文为了忘掉前任，我火速办了婚礼，结果婚礼上，老公的妹妹穿的比我还像新娘。我一直安慰自己，他们只是感情好，可当我...
茶点故事阅读 63,657评论 5赞 365
恶毒庶女顶嫁案：这布局不是一般人想出来的
文/花漫我一把揭开白布。她就那样静静地躺着，像睡着了一般。火红的嫁衣衬着肌肤如雪。梳的纹丝不乱的头发上，一...
开封第一讲书人阅读 48,590评论 1赞 281
城市分裂传说
那天，我揣着相机与录音，去河边找鬼。笑死，一个胖子当着我的面吹牛，可吹牛的内容都是我干的。我是一名探鬼主播，决...
沈念sama阅读 37,962评论 3赞 395
双鸳鸯连环套：你想象不到人心有多黑
文/苍兰香墨我猛地睁开眼，长吁一口气：“原来是场噩梦啊……” “哼！你这毒妇竟也来了？” 一声冷哼从身侧响起，我...
开封第一讲书人阅读 36,631评论 0赞 258
万荣杀人案实录
序言：老挝万荣一对情侣失踪，失踪者是张志新（化名）和其女友刘颖，没想到半个月后，有当地人在树林里发现了一具尸体，经...
沈念sama阅读 40,870评论 1赞 297
护林员之死
正文独居荒郊野岭守林人离奇死亡，尸身上长有42处带血的脓包…… 初始之章·张勋以下内容为张勋视角年9月15日...
茶点故事阅读 35,611评论 2赞 321
白月光启示录
正文我和宋清朗相恋三年，在试婚纱的时候发现自己被绿了。大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
茶点故事阅读 37,704评论 1赞 329
活死人
序言：一个原本活蹦乱跳的男人离奇死亡，死状恐怖，灵堂内的尸体忽然破棺而出，到底是诈尸还是另有隐情，我是刑警宁泽，带...
沈念sama阅读 33,386评论 4赞 319
日本核电站爆炸内幕
正文年R本政府宣布，位于F岛的核电站，受9级特大地震影响，放射性物质发生泄漏。R本人自食恶果不足惜，却给世界环境...
茶点故事阅读 38,969评论 3赞 307
男人毒药：我在死后第九天来索命
文/蒙蒙一、第九天我趴在偏房一处隐蔽的房顶上张望。院中可真热闹，春花似锦、人声如沸。这庄子的主人今日做“春日...
开封第一讲书人阅读 29,944评论 0赞 19
一桩弑父案，背后竟有这般阴谋
文/苍兰香墨我抬头看了看天上的太阳。三九已至，却和暖如春，着一层夹袄步出监牢的瞬间，已是汗流浃背。一阵脚步声响...
开封第一讲书人阅读 31,179评论 1赞 260
情欲美人皮
我被黑心中介骗来泰国打工，没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留，地道东北人。一个月前我还...
沈念sama阅读 44,742评论 2赞 349
代替公主和亲
正文我出身青楼，却偏偏与公主长得像，于是被迫代替她去往敌国和亲。传闻我的和亲对象是个残疾皇子，可洞房花烛夜当晚...
茶点故事阅读 42,440评论 2赞 342

iOS端sqlite3的线程安全

推荐阅读更多精彩内容