非主键索引更新引起的死锁

1. 问题

   数据库日志抛出DeadLock

2. MySql update更新过程：

   0. MySql 存储引擎

      Innodb: 支持事务，更新时采用行级锁，并发性高

      MyISAM: 不支持事务，更新时表锁，并发性差

      因此使用Innodb才会发生死锁。

   1. update更新过程

      行级锁并不是直接锁记录，而是锁索引，如果一条SQL语句用到了主键索引，mysql会锁住主键索引；如果一条语句操作了非主键索引，mysql会先锁住非主键索引，再锁定主键索引。反之，

      如果操作用到了主键索引会先在主键索引上加锁，然后在其他索引上加锁。

      如果没有用到索引，则进行全表扫描，锁表。

      当where条件为非主键索引，执行update时，会经过一下步骤：

      1）先获取非主键索引的行级锁；

      2）由数据库基本原理可知，where条件为非主键索引时，会发生回表查询，进而再获得主键索引的行级锁；

      3）更新完毕，进行事务提交。

   2. 根据上述步骤可知，对于非主键索引的update操作，其加锁过程并非原子操作，而且是分别需要获取不同索引的行级锁，这就为死锁带来了隐患：

      假如，一条update语句用到主键索引和非主键索引，则获取锁的顺序是先获取主键索引，再获取非主键索引；而同时，另一条update语句只用到非主键索引，则获取锁的顺序是先获取非主键索引，再获取主键索引，二者正好发生在步骤 1）和 2）中间，则会造成锁。

3. 解决方案

   where条件加主键索引

   先上锁查询查出来，在根据主键更新

   逐条更新

4. 关于 行级锁并不是直接锁记录，而是锁索引的理解

   由于MySQL的行锁是针对索引加的锁，不是针对记录加的锁，所以虽然是访问不同行的记录，但是如果是使用相同的索引键，是会出现锁冲突的