MySQL 中MyISAM 表级锁和InnoDB 行级锁的实现特点

重点介绍了MySQL 中MyISAM 表级锁和InnoDB 行级锁的实现特点，并讨论了两种

存储引擎经常遇到的锁问题和解决办法。

对于MyISAM 的表，主要讨论了以下几点：

           共享读锁（S）之间是兼容的，但共享读锁（S）与排他写锁（X）之间，以及排他

写锁（X）之间是互斥的，也就是说读和写是串行的。

           在一定条件下，MyISAM 允许查询和插入并发执行，我们可以利用这一点来解决

应用中对同一表查询和插入的锁争用问题。

          MyISAM 默认的锁调度机制是写优先，这并不一定适合所有应用，用户可以通过

设置LOW_PRIORITY_UPDATES 参数，或在INSERT、UPDATE、DELETE 语句中指定

LOW_PRIORITY 选项来调节读写锁的争用。

           由于表锁的锁定粒度大，读写之间又是串行的，因此，如果更新操作较多，MyISAM

表可能会出现严重的锁等待，可以考虑采用InnoDB 表来减少锁冲突。

 

对于InnoDB 表，主要讨论了以下几项内容。

 InnoDB 的行锁是基于锁引实现的，如果不通过索引访问数据，InnoDB 会使用表锁。

 介绍了InnoDB 间隙锁（Next-key)机制，以及InnoDB 使用间隙锁的原因。

 在不同的隔离级别下，InnoDB 的锁机制和一致性读策略不同。

 MySQL 的恢复和复制对InnoDB 锁机制和一致性读策略也有较大影响。

 锁冲突甚至死锁很难完全避免。

    在了解InnoDB 锁特性后，用户可以通过设计和SQL 调整等措施减少锁冲突和死锁，包括：

 尽量使用较低的隔离级别；

 精心设计索引，并尽量使用索引访问数据，使加锁更精确，从而减少锁冲突的机会；

 选择合理的事务大小，小事务发生锁冲突的几率也更小；

 给记录集显示加锁时，最好一次性请求足够级别的锁。比如要修改数据的话，最好

直接申请排他锁，而不是先申请共享锁，修改时再请求排他锁，这样容易产生死锁；

 不同的程序访问一组表时，应尽量约定以相同的顺序访问各表，对一个表而言，尽

可能以固定的顺序存取表中的行。这样可以大大减少死锁的机会；

 尽量用相等条件访问数据，这样可以避免间隙锁对并发插入的影响；

 不要申请超过实际需要的锁级别；除非必须，查询时不要显示加锁；

 对于一些特定的事务，可以使用表锁来提高处理速度或减少死锁的可能。