多线程 *** 作数据库,如何避免冲突?除了用lock加锁以外 还有其他方式吗

多线程 *** 作数据库,如何避免冲突?除了用lock加锁以外 还有其他方式吗,第1张

追问: 多线程访问数据库,其中有一个线程会长时间占用数据库。这个线程是独立线程,另外有一个线程池也会访问数据库,这个线程池中的线程我用lock锁住数据库了,但是由于独立线程和线程池线程不在同一个方法中,所以访问数据库的时间不同,用lock只能对线程池线程有效 回答: 你这么讲一定能保证两个线程不会在一个时刻共同发起对数据库的访问么?除非你做了很多同步让两个线程都按照你设计的逻辑不发生访问数据库的冲突,否则你必须加锁。看你的说明,你应该没加同步,所以他会出现冲突,你不能缺锁,他是共享资源的访问了。 追问: 恩,好的。受教了。

楼上的解释不太对。多线程虽然是最终单cpu执行,但是cpu执行并不是1 次处理完1个线程才到第2个的,多线程处理时候,cpu把各线程再分成片段,处理完1线程第一片段就到线程2第1片段,如此循环。

至于楼主问题,冲突可能性是存在的,数据库一般是并发只读,如果有写入,默认锁表或者锁行。此时排他写 *** 作。完毕以后解锁。如果写进程不幸锁死或者过长,会导致其他线程无法写入。因此,冲突发生的概率其实和写过程复杂度相关,和并发写请求多少相关,如果后台100个线程写入的话,冲突几率还是有的,如果调试能监控到拒绝写入错误,建议单进程负责写入,其他工作线程提交请求至写入线程轮候输入。解决写入冲突问题。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/sjk/9932219.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-03
下一篇 2023-05-03

发表评论

登录后才能评论

评论列表(0条)

保存