mysql 一次死锁的处理

昨天用apache bench压操作的时候发生严重的死锁。

查了一下操作：

操作1，insert into tableA 然后 用tableA 的数据 update tableB 

操作2，delete from tableA 然后 用tableA 的数据 update tableB 

用了很小的并发，去执行 操作1后立即执行操作2。发现只有两条成功，后面的都在等待锁 。

异常：mysql 'Deadlock found when trying to get lock; try restarting transaction'

从操作上看，两个操作的顺序是对的，不应该发生死锁。

然后看了sql

操作2：

delete from tableB where SId = 987

update tableA a
        JOIN
    (select 
        '123456' AS CId,
            count(c.SId) as Count1,
            IFNULL(SUM(CASE
                WHEN s.dType = 'a' THEN 1
                ELSE 0
            END), 0) as Count2,
            IFNULL(SUM(CASE
                WHEN s.dType = 'b' THEN 1
                ELSE 0
            END), 0) as Count3
    from
        tableB c
    left JOIN tableC s ON c.CId = s.Id
    where
        c.CId = '123456') as co ON a.Id = co.CId 
set 
    a.Count1 = co.Count1,
    a.Count2 = co.Count2,
    a.Count3 = co.Count3

然后分析认为后面的sql 在更新tableA时，可能导致了tableB被锁，因此导致死锁。

然后把，后面那个sql的查询的部分拆出来，然后用查询的结果去更新tableA。

拆出来后发现没有了死锁。

总结：

1，确保sql的顺序一致，都是先更新tableB, 再更新tableA

2,  尽量少写multi table update，这些会锁住多个表的sql。