20.4 小结

作者: 唐汉明 翟振兴 兰丽华 关宝军 申宝柱 出处:人民邮电出版社 　2008-03-27 23:07　   砖    好    评论  条 　进入论坛

阅读提示：《深入浅出MySQL——数据库开发、优化与管理维护》从数据库的基础、开发、优化、管理4方面对MySQL进行了详细的介绍，其中每一部分都独立成篇，每一篇又包括多个章节。本书面向实用，内容覆盖广泛，讲解由浅入深，适合于各个层次的读者。本文对本章进行了小结。

20.4 小结

本章重点介绍了MySQL中MyISAM表级锁和InnoDB行级锁的实现特点，并讨论了两种存储引擎经常遇到的锁问题和解决办法。

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

（1）共享读锁（S）之间是兼容的，但共享读锁（S）与排他写锁（X）之间，以及排他写锁（X）之间是互斥的，也就是说读和写是串行的。

（2）在一定条件下，MyISAM允许查询和插入并发执行，我们可以利用这一点来解决应用中对同一表查询和插入的锁争用问题。

（3）MyISAM默认的锁调度机制是写优先，这并不一定适合所有应用，用户可以通过设置LOW_PRIORITY_UPDATES参数，或在INSERT、UPDATE、DELETE语句中指定LOW_PRIORITY选项来调节读写锁的争用。

（4）由于表锁的锁定粒度大，读写之间又是串行的，因此，如果更新操作较多，MyISAM表可能会出现严重的锁等待，可以考虑采用InnoDB表来减少锁冲突。

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

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

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

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

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

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

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

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

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

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

·给记录集显示加锁时，最好一次性请求足够级别的锁。比如要修改数据的话，最好直接申请排他锁，而不是先申请共享锁，修改时再请求排他锁，这样容易产生死锁；

·不同的程序访问一组表时，应尽量约定以相同的顺序访问各表，对一个表而言，尽可能以固定的顺序存取表中的行。这样可以大大减少死锁的机会；

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

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

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

回书目   上一节