数据库update死锁

时间：2015-05-17 21:46:10 阅读：213 评论：0 收藏：0 [点我收藏+]

标签：

比较常见的死锁场景，并发批量update时的一个场景：

update 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

如此，就避免了死锁的发生。

标签：

原文地址：http://www.cnblogs.com/killbug/p/4510460.html

踩

(0)

评论一句话评论（0）

分享档案

更多>

周排行