今天來簡單總結一下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語句都是最優的。）

MYSQL