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 ...

目前，您不能從一個表中刪除，同時又在子查詢中從同一個表中選擇。