MySQL数据库优化(五)：锁

核心提示：1 锁机制 当前MySQL已经支持 ISAM, MyISAM, MEMORY (HEAP) 类型表的表级锁了，BDB 表支持页级锁，MySQL数据库优化(五)：锁，InnoDB 表支持行级锁，很多时候，如果表里有很多更新操作的话，那么 SELECT 必须等到所有的更新都完成了之后才能开始，可以通过经验来猜测什么样的锁对

1 锁机制

当前MySQL已经支持 ISAM, MyISAM, MEMORY (HEAP) 类型表的表级锁了，BDB 表支持页级锁，InnoDB 表支持行级锁。很多时候，可以通过经验来猜测什么样的锁对应用程序更合适，不过通常很难说一个锁比别的更好，这全都要依据应用程序来决定，不同的地方可能需要不同的锁。

想要决定是否需要采用一个支持行级锁的存储引擎，就要看看应用程序都要做什么，其中的查询、更新语句是怎么用的。例如，很多的web应用程序大量的做查询，很少删除，主要是基于索引的更新，只往特定的表中插入记录。采用基本的MySQL MyISAM 表就很合适了。

MySQL中对表级锁的存储引擎来说是释放死锁的。避免死锁可以这样做到：在任何查询之前先请求锁，并且按照请求的顺序锁表。

MySQL中用于 WRITE(写) 的表锁的实现机制如下：

如果表没有加锁，那么就加一个写锁。

否则的话，将请求放到写锁队列中。

MySQL中用于 READ(读) 的表锁的实现机制如下：

如果表没有加写锁，那么就加一个读锁。

否则的话，将请求放到读锁队列中。

当锁释放后，写锁队列中的线程可以用这个锁资源，然后才轮到读锁队列中的线程。

这就是说，如果表里有很多更新操作的话，那么 SELECT 必须等到所有的更新都完成了之后才能开始。

从 MySQL 3.23.33 开始，可以通过状态变量 Table_locks_waited 和 Table_locks_immediate 来分析系统中的锁表争夺情况：

　　mysql>SHOWSTATUSLIKE'Table%';
　　+-----------------------+---------+
　　|Variable_name|Value|
　　+-----------------------+---------+
　　|Table_locks_immediate|1151552|
　　|Table_locks_waited|15324|
　　+-----------------------+---------+