一般这种是因为超出数据库最大链接上限。再建立链接,不管缓存多少,会自动队列消息等待。Timeout时间内没有链接取消无法获得链接权限。可以将自己的数据库链接个数设置大一些。
SQLite作为一款小型的嵌入式数据库,本身没有提供复杂的锁定机制,无法内部管理多路并发下的数据 *** 作同步问题,更谈不上优化,所以涉及到多路并发的情况,需要外部进行读写锁控制,否则SQLite会返回SQLITE_BUSY错误,以驳回相关请求。返回SQLITE_BUSY主要有以下几种情况:
1。当有写 *** 作时,其他读 *** 作会被驳回
2。当有写 *** 作时,其他写 *** 作会被驳回
3。当开启事务时,在提交事务之前,其他写 *** 作会被驳回
4。当开启事务时,在提交事务之前,其他事务请求会被驳回
5。当有读 *** 作时,其他写 *** 作会被驳回
6。读 *** 作之间能够并发执行
基于以上讨论,可以看出这是一个典型的读者写者问题,读 *** 作要能够共享,写 *** 作要互斥,读写之间也要互斥
可以设计如下的方案解决并发 *** 作数据库被锁定的问题,同时保证读 *** 作能够保持最大并发
1。采用互斥锁控制数据库写 *** 作
2。只有拥有互斥锁的线程才能够 *** 作数据库
3。写 *** 作必须独立拥有互斥锁
4。读 *** 作必须能够共享互斥锁,即在第一次读取的时候获取互斥锁,最后一次读取的时候释放互斥锁
这个要看情况。不同的数据库情况不一样。
一般说来是可以每个线程使用一个连接的(有时候会出现很难查找的奇怪问题)
保险一点还是共用一个连接 互斥占用。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)