對MySQL DELETE語法的詳細(xì)解析
以下的文章主要描述的是MySQL DELETE語法的詳細(xì)解析，首先我們是從單表語法與多表語法的示例開始的，假如你對MySQL DELETE語法的相關(guān)內(nèi)容十分感興趣的話，你就可以瀏覽以下的文章對其有個(gè)更好的了解。
單表語法：
- DELETE [LOW_PRIORITY] [QUICK] [IGNORE] FROM tbl_name
- [WHERE where_definition]
- [ORDER BY ...]
- [LIMIT row_count]
多表語法：
- DELETE [LOW_PRIORITY] [QUICK] [IGNORE]
- tbl_name[.*] [, tbl_name[.*] ...]
- FROM table_references
- [WHERE where_definition]
或：
- DELETE [LOW_PRIORITY] [QUICK] [IGNORE]
- FROM tbl_name[.*] [, tbl_name[.*] ...]
- USING table_references
- [WHERE where_definition]
tbl_name中有些行滿足由where_definition給定的條件。MySQL DELETE用于刪除這些行，并返回被刪除的記錄的數(shù)目。
如果您編寫的DELETE語句中沒有WHERE子句，則所有的行都被刪除。當(dāng)您不想知道被刪除的行的數(shù)目時(shí)，有一個(gè)更快的方法，即使用TRUNCATE TABLE。
如果您刪除的行中包括用于AUTO_INCREMENT列的***值，則該值被重新用于BDB表，但是不會(huì)被用于MyISAM表或InnoDB表。如果您在AUTOCOMMIT模式下使用DELETE FROM tbl_name（不含WHERE子句）刪除表中的所有行，則對于所有的表類型（除InnoDB和MyISAM外），序列重新編排。對于InnoDB表，此項(xiàng)操作有一些例外。
對于MyISAM和BDB表，您可以把AUTO_INCREMENT次級列指定到一個(gè)多列關(guān)鍵字中。在這種情況下，從序列的頂端被刪除的值被再次使用，甚至對于MyISAM表也如此。DELETE語句支持以下修飾符：
如果您指定LOW_PRIORITY，則DELETE的執(zhí)行被延遲，直到?jīng)]有其它客戶端讀取本表時(shí)再執(zhí)行。
對于MyISAM表，如果您使用QUICK關(guān)鍵詞，則在刪除過程中，存儲(chǔ)引擎不會(huì)合并索引端結(jié)點(diǎn)，這樣可以加快部分種類的刪除操作的速度。
在刪除行的過程中，IGNORE關(guān)鍵詞會(huì)使MySQL忽略所有的錯(cuò)誤。（在分析階段遇到的錯(cuò)誤會(huì)以常規(guī)方式處理。）由于使用本選項(xiàng)而被忽略的錯(cuò)誤會(huì)作為警告返回。
刪除操作的速度會(huì)受到一些因素的影響，這些因素在7.2.18節(jié)，“MySQL DELETE語句的速度”中進(jìn)行了討論。
在MyISAM表中，被刪除的記錄被保留在一個(gè)帶鏈接的清單中，后續(xù)的INSERT操作會(huì)重新使用舊的記錄位置。要重新使用未使用的空間并減小文件的尺寸，則使用OPTIMIZE TABLE語句或myisamchk應(yīng)用程序重新編排表。OPTIMIZE TABLE更簡便，但是myisamchk速度更快。請參見13.5.2.5節(jié)，“OPTIMIZE TABLE語法”和第7章：優(yōu)化。
QUICK修飾符會(huì)影響到在刪除操作中索引端結(jié)點(diǎn)是否合并。當(dāng)用于被刪除的行的索引值被來自后插入的行的相近的索引值代替時(shí)，DELETE QUICK最為適用。在此情況下，被刪除的值留下來的空穴被重新使用。
未充滿的索引塊跨越某一個(gè)范圍的索引值，會(huì)再次發(fā)生新的插入。當(dāng)被刪除的值導(dǎo)致出現(xiàn)未充滿的索引塊時(shí)，DELETE QUICK沒有作用。在此情況下，使用QUICK會(huì)導(dǎo)致未利用的索引中出現(xiàn)廢棄空間。下面是此種情況的舉例說明：
1. 創(chuàng)建一個(gè)表，表中包含已編索引的AUTO_INCREMENT列。
2. 在表中插入很多記錄。每次插入會(huì)產(chǎn)生一個(gè)索引值，此索引值被添加到索引的高端處。
3. 使用DELETE QUICK從列的低端處刪除一組記錄。
在此情況下，與被刪除的索引值相關(guān)的索引塊變成未充滿的狀態(tài)，但是，由于使用了QUICK，這些索引塊不會(huì)與其它索引塊合并。當(dāng)插入新值時(shí)，這些索引塊仍為未充滿的狀態(tài)，原因是新記錄不含有在被刪除的范圍內(nèi)的索引值。另外，即使您此后使用MySQL DELETE時(shí)不包含QUICK，這些索引塊也仍是未充滿的，除非被刪除的索引值中有一部分碰巧位于這些未充滿的塊的之中，或與這些塊相鄰。在這些情況下，如果要重新利用未使用的索引空間，需使用OPTIMIZE TABLE。
如果您打算從一個(gè)表中刪除許多行，使用DELETE QUICK再加上OPTIMIZE TABLE可以加快速度。這樣做可以重新建立索引，而不是進(jìn)行大量的索引塊合并操作。
用于DELETE的MySQL唯一的LIMIT row_count選項(xiàng)用于告知服務(wù)器在控制命令被返回到客戶端前被刪除的行的***值。本選項(xiàng)用于確保一個(gè)DELETE語句不會(huì)占用過多的時(shí)間。您可以只重復(fù)DELETE語句，直到相關(guān)行的數(shù)目少于LIMIT值為止。
如果DELETE語句包括一個(gè)ORDER BY子句，則各行按照子句中指定的順序進(jìn)行刪除。此子句只在與LIMIT聯(lián)用是才起作用。例如，以下子句用于查找與WHERE子句對應(yīng)的行，使用timestamp_column進(jìn)行分類，并刪除***（最舊的）行：
- DELETE FROM somelog
- WHERE user = 'jcole'
- ORDER BY timestamp_column
- LIMIT 1;
您可以在一個(gè)DELETE語句中指定多個(gè)表，根據(jù)多個(gè)表中的特定條件，從一個(gè)表或多個(gè)表中刪除行。不過，您不能在一個(gè)多表DELETE語句中使用ORDER BY或LIMIT。
table_references部分列出了包含在聯(lián)合中的表。此語法在13.2.7.1節(jié)，“JOIN語法”中進(jìn)行了說明。
對于***個(gè)語法，只刪除列于FROM子句之前的表中的對應(yīng)的行。對于第二個(gè)語法，只刪除列于FROM子句之中（在USING子句之前）的表中的對應(yīng)的行。作用是，您可以同時(shí)刪除許多個(gè)表中的行，并使用其它的表進(jìn)行搜索：
- DELETE t1, t2 FROM t1, t2, t3 WHERE t1.id=t2.id AND t2.id=t3.id;
或：
- DELETE FROM t1, t2 USING t1, t2, t3 WHERE t1.id=t2.id AND t2.id=t3.id;
當(dāng)搜索待刪除的行時(shí)，這些語句使用所有三個(gè)表，但是只從表t1和表t2中刪除對應(yīng)的行。
以上例子顯示了使用逗號(hào)操作符的內(nèi)部聯(lián)合，但是多表MySQL DELETE語句可以使用SELECT語句中允許的所有類型的聯(lián)合，比如LEFT JOIN。
本語法允許在名稱后面加.*，以便與Access相容。
如果您使用的多表MySQL DELETE語句包括InnoDB表，并且這些表受外鍵的限制，則MySQL優(yōu)化程序會(huì)對表進(jìn)行處理，改變原來的從屬關(guān)系。在這種情況下，該語句出現(xiàn)錯(cuò)誤并返回到前面的步驟。要避免此錯(cuò)誤，您應(yīng)該從單一表中刪除，并依靠InnoDB提供的ON DELETE功能，對其它表進(jìn)行相應(yīng)的修改。
注釋：當(dāng)引用表名稱時(shí)，您必須使用別名（如果已給定）：
- DELETE t1 FROM test AS t1, test2 WHERE ...
進(jìn)行多表刪除時(shí)支持跨數(shù)據(jù)庫刪除，但是在此情況下，您在引用表時(shí)不能使用別名。舉例說明：
- DELETE test1.tmp1, test2.tmp2 FROM test1.tmp1, test2.tmp2 WHERE ...
目前，您不能從一個(gè)表中刪除，同時(shí)又在子查詢中從同一個(gè)表中選擇。
【編輯推薦】
