Mysql教程 对MySQL中的锁机制的总结

源代码网整理以下　　今天来简单总结一下MySQL的锁机制，不妥的欢迎拍砖！

源代码网整理以下　　1、对于MySQL来说，有三种锁的级别：页级、表级、行级。

源代码网整理以下　　页级的典型代表引擎为BDB。

源代码网整理以下　　表级的典型代表引擎为MyISAM,MEMORY以及很久以前的ISAM。

源代码网整理以下　　行级的典型代表引擎为INNODB。

源代码网整理以下　　2、我们实际应用中用的最多的就是行锁了。

源代码网整理以下　　行级锁的优点如下：

源代码网整理以下　　1）、当很多连接分别进行不同的查询时减小LOCK状态。

源代码网整理以下　　2）、如果出现异常，可以减少数据的丢失。因为一次可以只回滚一行或者几行少量的数据。

源代码网整理以下　　行级锁的缺点如下：

源代码网整理以下　　1）、比页级锁和表级锁要占用更多的内存。

源代码网整理以下　　2）、进行查询时比页级锁和表级锁需要的I/O要多，所以我们经常把行级锁用在写操作而不是读操作。

源代码网整理以下　　3）、容易出现死锁。

源代码网整理以下　　3、MySQL用写队列和读队列来实现对数据库的写和读操作。

源代码网整理以下　　对于写锁定如下：

源代码网整理以下　　1）、如果表没有加锁，那么对其加写锁定。

源代码网整理以下　　2）、否则，那么把请求放入写锁队列中。

源代码网整理以下　　对于读锁定如下：

源代码网整理以下　　1）、如果表没有加写锁，那么加一个读锁。

源代码网整理以下　　2）、否则，那么把请求放到读锁队列中。

源代码网整理以下　　当然我们可以分别用low_priority 以及high_priority在写和读操作上来改变这些行为。

源代码网整理以下　　4、下面我来一个简单的例子解释上面的说法

源代码网整理以下　　我们来运行一个时间很长的查询

源代码网整理以下　　1）客户端1：

源代码网整理以下　　mysql>selectcount(*) from content group by content;

源代码网整理以下　　...

源代码网整理以下　　客户端2：

源代码网整理以下　　mysql>updatecontent set content = "I love you" where id = 444;

源代码网整理以下　　Query OK, 1 row affected (30.68 sec)

源代码网整理以下　　Rows matched: 1 Changed: 1 Warnings: 0

源代码网整理以下　　用了半分钟。

源代码网整理以下　　2）我们现在终止客户端1。

源代码网整理以下　　此时客户端2：

源代码网整理以下　　mysql>updatecontent set content = "I hate you" where id = 444;

源代码网整理以下　　Query OK, 1 row affected (0.02 sec)

源代码网整理以下　　Rows matched: 1 Changed: 1 Warnings: 0

源代码网整理以下　　仅仅用了20毫秒。

源代码网整理以下　　这个例子很好的说明了读写队列的运行。

源代码网整理以下　　对于1中的客户端1，此时表没有加锁，当然也没有加写锁了，那么此时客户端1对表加了一个读锁。

源代码网整理以下　　对于1中的客户端2，此时因为表有一个读锁，所以把UPDATE请求放到写锁定队列中。

源代码网整理以下　　当读锁释放的时候，也就是SHOW PROCESSLIST中STATUS 为COPY TO TMP TABLE的时候，UPDATE操作开始执行。

源代码网整理以下　　5、可以在REPLICATION中对MASTER 和SLAVE运用不同的锁定使系统达到最佳的性能。（当然这个前提是SQL语句都是最优的。）