SQLite死锁

一,场景描述

    有两个线程,一个线程对SQLite数据库读操作。另外一个线程对数据库写操作,写操作是通过begin transaction, commit transaction操作完成。业务层操作保存数据时,出现卡死现象

    通过日志打印,发现commit transaction时,出现数据库死锁

二.解决过程

    通过https://blog.youkuaiyun.com/u012160319/article/details/41485463,该文章对锁的描述,commit transaction时,需要获得exclusive锁,但是获取该锁需要保证SQLite数据库中,该文件数据库的所有shared锁被释放。

    此时,产生疑问,因为场景中,使用了锁去保护,数据库文件,也就是说,对数据库不管是读还是写操作,都是串行访问的。

这种情况下,应该不会出现多线程访问数据库导致数据库死锁。

    继续debug,通过对所有数据库操作的函数中添加:commit excusive transaction操作后,发现有一个函数调用之后,后面调用的数据库操作函数获取excusive锁失败。此时定位到出现问题的函数中。

    原因:在该函数中,多次调用数据库查询操作,但是每次操作后,却没有释放查询结果。

三.产生疑问

    没有对查询结果prepared statement调用sqlite3_finalize函数,会导致资源泄漏这点,不用质疑。但是之后,代码中关闭了数据库连接,数据库中的锁为什么不会被释放。

    继续debug,发现才文章对锁的机制有介绍:https://blog.youkuaiyun.com/popvip44/article/details/69055990

    

     

本次更新对于支持库来说,接口改动不大,模块版的话是尽量和支持库接口保持一致,所以对于以前的模块接口可能改动就大了。 要解决多线程问题,主要是对sqlite3的锁机制进行了解,和事务有密切的关系。本次更新的版本在开始事务时,增加了一个 事务锁状态 的参数。 拿简单的话来描述就是 开始事务 时如果 设置了 事务锁状态_ 立即 参数,那么这个时候其他线程的连接就不能写操作了,但是可以读操作,但是在提交事务时也要等待所有读操作完成了才能提交。 设置了 事务锁状态_ 独占 参数,那么这个时候其他线程的连接读写都不可以了。 在等待的时候就处于繁忙状态,我们可以设置 数据库.繁忙超时 ()来设置等待时间。 还有种情况还是会 死锁 ,就是记录集没有关闭,而且这次更新的支持库和模块都是必须 手动关闭记录集 的,所以一定注意。 当然多进程和多线程是一个道理,具体操作看例子。 esqlite3 V1.1 相对于1.0的更新 1、增加了全局命令: S3互斥体进入 S3互斥体退出 S3聚合上下文 S3取数据库自上下文 2、增加了zySqlite数据库 命令 繁忙超时 繁忙处理 取文件名 是否只读 取互斥体 是否自动提交 进度处理 取下一记录集 取总影响行 3、增加了 zySqlite记录集 命令 是否繁忙 是否只读 取数据库句柄 取行数 4、数据库.开始事务() 增加了 事务锁状态 参数,此参数在多线程中非常重要。 5、记录集必须手动关闭,任何内部方法都不再自动关闭。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值