数据库update死锁
浏览数：15 /
时间：2015年06月12日
比较常见的死锁场景，并发批量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
如此，就避免了死锁的发生。
郑重声明：本站内容如果来自互联网及其他传播媒体，其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享，并不代表本站赞同其观点和对其真实性负责，也不构成任何其他建议。
