如果想要在一個(gè)表上做大量的 INSERT 和 SELECT 操作，但是并行的插入?yún)s不可能時(shí)，可以將記錄插入到臨時(shí)表中，然后定期將臨時(shí)表中的數(shù)據(jù)更新到實(shí)際的表里。可以用以下命令實(shí)現(xiàn)：

mysql> LOCK TABLES real_table WRITE, insert_table WRITE;

mysql> INSERT INTO real_table SELECT * FROM insert_table;

mysql> TRUNCATE TABLE insert_table;

mysql> UNLOCK TABLES;

InnoDB 使用行級(jí)鎖，BDB 使用頁級(jí)鎖。對(duì)于 InnoDB 和 BDB 存儲(chǔ)引擎來說，是可能產(chǎn)生死鎖的。這是因?yàn)?InnoDB 會(huì)自動(dòng)捕獲行鎖，BDB 會(huì)在執(zhí)行 SQL 語句時(shí)捕獲頁鎖的，而不是在事務(wù)的開始就這么做。

行級(jí)鎖的優(yōu)點(diǎn)有：

在很多線程請(qǐng)求不同記錄時(shí)減少?zèng)_突鎖。

事務(wù)回滾時(shí)減少改變數(shù)據(jù)。

使長(zhǎng)時(shí)間對(duì)單獨(dú)的一行記錄加鎖成為可能。

行級(jí)鎖的缺點(diǎn)有：

比頁級(jí)鎖和表級(jí)鎖消耗更多的內(nèi)存。

當(dāng)在大量表中使用時(shí)，比頁級(jí)鎖和表級(jí)鎖更慢，因?yàn)樗枰?qǐng)求更多的所資源。

當(dāng)需要頻繁對(duì)大部分?jǐn)?shù)據(jù)做 GROUP BY 操作或者需要頻繁掃描整個(gè)表時(shí)，就明顯的比其它鎖更糟糕。

使用更高層的鎖的話，就能更方便的支持各種不同的類型應(yīng)用程序，因?yàn)檫@種鎖的開銷比行級(jí)鎖小多了。

表級(jí)鎖在下列幾種情況下比頁級(jí)鎖和行級(jí)鎖更優(yōu)越：

很多操作都是讀表。

在嚴(yán)格條件的索引上讀取和更新，當(dāng)更新或者刪除可以用單獨(dú)的索引來讀取得到時(shí)：

UPDATE tbl_name SET column=value WHERE unique_key_col=key_value;

DELETE FROM tbl_name WHERE unique_key_col=key_value;

SELECT 和 INSERT 語句并發(fā)的執(zhí)行，但是只有很少的 UPDATE 和 DELETE 語句。

很多的掃描表和對(duì)全表的 GROUP BY 操作，但是沒有任何寫表。

表級(jí)鎖和行級(jí)鎖或頁級(jí)鎖之間的不同之處還在于：

將同時(shí)有一個(gè)寫和多個(gè)讀的地方做版本（例如在MySQL中的并發(fā)插入）。也就是說，數(shù)據(jù)庫/表支持根據(jù)開始訪問數(shù)據(jù)時(shí)間點(diǎn)的不同支持各種不同的試圖。其它名有：時(shí)間行程，寫復(fù)制，或者是按需復(fù)制。

?? //執(zhí)行SQL語句 鎖掉stat_num表

??? ?$sql = "LOCK TABLES stat_num WRITE";?? //表的WRITE鎖定，阻塞其他所有mysql查詢進(jìn)程
?????$DatabaseHandler->exeCute($sql);?

????//執(zhí)行更新或?qū)懭氩僮?

??? ?$sql = "UPDATE stat_num SET `correct_num`=`correct_num`+1 WHERE stat_date='{$cur_date}'";
?????$DatabaseHandler->exeCute($sql);

?????//當(dāng)前請(qǐng)求的所有寫操作做完后，執(zhí)行解鎖sql語句

???? $sql = "UNLOCK TABLES";
?????$DatabaseHandler->exeCute($sql);