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