数据库死锁

数据库在进行insert，update，delete这些更新操作的时候为了保证数据一致性都会使用排他锁。

一个事务里进行update操作，在事务结束之前（commit or rollback）排他锁不会被释放。因此在一个事务里update多条数据的时候执行顺序就尤为重要，两个并发事务中更新操作的执行顺序不同就有可能产生死锁：（x, y分别表示一行数据）

  transaction A {                                       transaction B {

    getXLock();                                             getYLock();
                                              
    update x;                                                update y;

    getYLock();                                             getXLock();

    update y;                                                update x;

  } finally {                                              } finally {

    releaseXLock();                                       releaseYLock();                         
    releaseYLock();                                       releaseXLock();
  }                                                         }


另外，如果执行的update操作不在事务里，但一个update操作更新了多行数据（ex: update .. set .. where id > 1），在大并发的情况下也会有死锁的风险，原因仍然是与更新数据行的顺序有关。因此还是推荐更新操作最好以主键作为条件最为严谨，否则就需要在程序中先对更新的数据进行排序再进行批量更新(ex: update .. set .. where id in (1, 2, 3, 4..))。
当然如果是读写锁，要考虑读写的频率。