在数据库中解决死锁的常用方法有哪些

发布网友 发布时间：2022-04-07 17:52

我来回答

共4个回答

懂视网 时间：2022-04-07 22:14

cross_marketing set gmtModified = NOW(), pageview = pageview+ #extpageview# WHERE marketingId=#marketingId#

 

第一次调用时，marketingId传入值顺序： 1，3，5，12 第二次调用时，marketingId传入值顺序：1，2，5，3   每次update时，会锁行。 那么第一次调用时，顺序锁行，当更新完3，准备跟新5的时候，发现5已经被第二次调用锁行了，就等待。而此时的第二次调用刚好跟新完5准备去拿3的锁，却发现被第一次调用占有，于是就出现死锁。   所以，我们要在批量更新，删除操作的时候，按照一个固定的顺序来排序，然后进行操作。 前面的例子，如果按照marketingId从小到大排序，就会变成： 第一次调用时，marketingId传入值顺序： 1，3，5，12 第二次调用时，marketingId传入值顺序：1，2，3，5 如此，就避免了死锁的发生。

数据库update死锁

标签：

热心网友 时间：2022-04-07 19:22

死锁主要表现以下几种情况：
表现一:
一个用户A 访问表A(锁住了表A),然后又访问表B
另一个用户B 访问表B(锁住了表B),然后企图访问表A
这时用户A由于用户B已经锁住表B，它必须等待用户B释放表B,才能继续，好了他老人家就只好老老实实在这等了
同样用户B要等用户A释放表A才能继续这就死锁了
解决方法：
这种死锁是由于你的程序的BUG产生的，除了调整你的程序的逻辑别无他法
仔细分析你程序的逻辑，
1：尽量避免同时锁定两个资源
2: 必须同时锁定两个资源时，要保证在任何时刻都应该按照相同的顺序来锁定资源.
表现二:
用户A读一条纪录，然后修改该条纪录
这是用户B修改该条纪录
这里用户A的事务里锁的性质由共享锁企图上升到独占锁(for update),而用户B里的独占锁由于A有共享锁存在所以必须等A释
放掉共享锁，而A由于B的独占锁而无法上升的独占锁也就不可能释放共享锁，于是出现了死锁。
这种死锁比较隐蔽，但其实在稍大点的项目中经常发生。
解决方法:
让用户A的事务（即先读后写类型的操作),在select 时就是用Update lock
语法如下：
select * from table1 with(updlock) where ....

如果真的table被锁住了，可以通过下面的方法来解锁：
Sql server企业管理器－>对应的数据库->管理->当前活动->锁/进程ID
将对应的被锁住的进程关闭。
还有一种方法，就是在你不知道究竟是哪张表被锁，由何种原因被锁，可以重新启动数据库来解决，但不保证下次又被锁住，因为还没有找到问题的根本原因。

要避免锁表，在操作数据库最好不要用独占方式。

热心网友 时间：2022-04-07 20:40

1、要求每个事务一次就将所有要使用的数据全部加锁,否则不能执行。
2、采用按序加锁法.预先规定一个封锁顺序,所有的事务都必须按这个顺序对数据执行封锁。
3、不采取任何措施来预防死锁的发生,而是周期性地检查系统中是否有死锁.如果发现死锁就设法解除。

热心网友 时间：2022-04-07 22:14

sql str 使用unlock 方式。