推薦：使用MySQL Slow Log來(lái)解決MySQL CPU占用高的問(wèn)題
在Linux VPS系統(tǒng)上有時(shí)候會(huì)發(fā)現(xiàn)MySQL占用CPU高，導(dǎo)致系統(tǒng)的負(fù)載比較高。這種情況很可能是某個(gè)SQL語(yǔ)句執(zhí)行的時(shí)間太長(zhǎng)導(dǎo)致的。優(yōu)化一下這個(gè)SQL語(yǔ)句或者優(yōu)化一下這個(gè)SQL引用的某個(gè)表的索引一般能解決問(wèn)題

以下的文章主要描述的是MySQL DELETE語(yǔ)法的詳細(xì)解析，首先我們是從單表語(yǔ)法與多表語(yǔ)法的示例開(kāi)始的，假如你對(duì)MySQL DELETE語(yǔ)法的相關(guān)內(nèi)容十分感興趣的話，你就可以瀏覽以下的文章對(duì)其有個(gè)更好的了解。

單表語(yǔ)法：

多表語(yǔ)法：

或：

tbl_name中有些行滿(mǎn)足由where_definition給定的條件。MySQL DELETE用于刪除這些行，并返回被刪除的記錄的數(shù)目。

如果您編寫(xiě)的DELETE語(yǔ)句中沒(méi)有WHERE子句，則所有的行都被刪除。當(dāng)您不想知道被刪除的行的數(shù)目時(shí)，有一個(gè)更快的方法，即使用TRUNCATE TABLE。

如果您刪除的行中包括用于AUTO_INCREMENT列的最大值，則該值被重新用于BDB表，但是不會(huì)被用于MyISAM表或InnoDB表。如果您在AUTOCOMMIT模式下使用DELETE FROM tbl_name（不含WHERE子句）刪除表中的所有行，則對(duì)于所有的表類(lèi)型（除InnoDB和MyISAM外），序列重新編排。對(duì)于InnoDB表，此項(xiàng)操作有一些例外。

對(duì)于MyISAM和BDB表，您可以把AUTO_INCREMENT次級(jí)列指定到一個(gè)多列關(guān)鍵字中。在這種情況下，從序列的頂端被刪除的值被再次使用，甚至對(duì)于MyISAM表也如此。DELETE語(yǔ)句支持以下修飾符：

如果您指定LOW_PRIORITY，則DELETE的執(zhí)行被延遲，直到?jīng)]有其它客戶(hù)端讀取本表時(shí)再執(zhí)行。

對(duì)于MyISAM表，如果您使用QUICK關(guān)鍵詞，則在刪除過(guò)程中，存儲(chǔ)引擎不會(huì)合并索引端結(jié)點(diǎn)，這樣可以加快部分種類(lèi)的刪除操作的速度。

在刪除行的過(guò)程中，IGNORE關(guān)鍵詞會(huì)使MySQL忽略所有的錯(cuò)誤。（在分析階段遇到的錯(cuò)誤會(huì)以常規(guī)方式處理。）由于使用本選項(xiàng)而被忽略的錯(cuò)誤會(huì)作為警告返回。

刪除操作的速度會(huì)受到一些因素的影響，這些因素在7.2.18節(jié)，“MySQL DELETE語(yǔ)句的速度”中進(jìn)行了討論。

在MyISAM表中，被刪除的記錄被保留在一個(gè)帶鏈接的清單中，后續(xù)的INSERT操作會(huì)重新使用舊的記錄位置。要重新使用未使用的空間并減小文件的尺寸，則使用OPTIMIZE TABLE語(yǔ)句或myisamchk應(yīng)用程序重新編排表。OPTIMIZE TABLE更簡(jiǎn)便，但是myisamchk速度更快。請(qǐng)參見(jiàn)13.5.2.5節(jié)，“OPTIMIZE TABLE語(yǔ)法”和第7章：優(yōu)化。

QUICK修飾符會(huì)影響到在刪除操作中索引端結(jié)點(diǎn)是否合并。當(dāng)用于被刪除的行的索引值被來(lái)自后插入的行的相近的索引值代替時(shí)，DELETE QUICK最為適用。在此情況下，被刪除的值留下來(lái)的空穴被重新使用。

未充滿(mǎn)的索引塊跨越某一個(gè)范圍的索引值，會(huì)再次發(fā)生新的插入。當(dāng)被刪除的值導(dǎo)致出現(xiàn)未充滿(mǎn)的索引塊時(shí)，DELETE QUICK沒(méi)有作用。在此情況下，使用QUICK會(huì)導(dǎo)致未利用的索引中出現(xiàn)廢棄空間。下面是此種情況的舉例說(shuō)明：

1. 創(chuàng)建一個(gè)表，表中包含已編索引的AUTO_INCREMENT列。

2. 在表中插入很多記錄。每次插入會(huì)產(chǎn)生一個(gè)索引值，此索引值被添加到索引的高端處。

3. 使用DELETE QUICK從列的低端處刪除一組記錄。

在此情況下，與被刪除的索引值相關(guān)的索引塊變成未充滿(mǎn)的狀態(tài)，但是，由于使用了QUICK，這些索引塊不會(huì)與其它索引塊合并。當(dāng)插入新值時(shí)，這些索引塊仍為未充滿(mǎn)的狀態(tài)，原因是新記錄不含有在被刪除的范圍內(nèi)的索引值。另外，即使您此后使用MySQL DELETE時(shí)不包含QUICK，這些索引塊也仍是未充滿(mǎn)的，除非被刪除的索引值中有一部分碰巧位于這些未充滿(mǎn)的塊的之中，或與這些塊相鄰。在這些情況下，如果要重新利用未使用的索引空間，需使用OPTIMIZE TABLE。

如果您打算從一個(gè)表中刪除許多行，使用DELETE QUICK再加上OPTIMIZE TABLE可以加快速度。這樣做可以重新建立索引，而不是進(jìn)行大量的索引塊合并操作。

用于DELETE的MySQL唯一的LIMIT row_count選項(xiàng)用于告知服務(wù)器在控制命令被返回到客戶(hù)端前被刪除的行的最大值。本選項(xiàng)用于確保一個(gè)DELETE語(yǔ)句不會(huì)占用過(guò)多的時(shí)間。您可以只重復(fù)DELETE語(yǔ)句，直到相關(guān)行的數(shù)目少于LIMIT值為止。

如果DELETE語(yǔ)句包括一個(gè)ORDER BY子句，則各行按照子句中指定的順序進(jìn)行刪除。此子句只在與LIMIT聯(lián)用是才起作用。例如，以下子句用于查找與WHERE子句對(duì)應(yīng)的行，使用timestamp_column進(jìn)行分類(lèi)，并刪除第一（最舊的）行：

您可以在一個(gè)DELETE語(yǔ)句中指定多個(gè)表，根據(jù)多個(gè)表中的特定條件，從一個(gè)表或多個(gè)表中刪除行。不過(guò)，您不能在一個(gè)多表DELETE語(yǔ)句中使用ORDER BY或LIMIT。

table_references部分列出了包含在聯(lián)合中的表。此語(yǔ)法在13.2.7.1節(jié)，“JOIN語(yǔ)法”中進(jìn)行了說(shuō)明。

對(duì)于第一個(gè)語(yǔ)法，只刪除列于FROM子句之前的表中的對(duì)應(yīng)的行。對(duì)于第二個(gè)語(yǔ)法，只刪除列于FROM子句之中（在USING子句之前）的表中的對(duì)應(yīng)的行。作用是，您可以同時(shí)刪除許多個(gè)表中的行，并使用其它的表進(jìn)行搜索：

或：

當(dāng)搜索待刪除的行時(shí)，這些語(yǔ)句使用所有三個(gè)表，但是只從表t1和表t2中刪除對(duì)應(yīng)的行。

以上例子顯示了使用逗號(hào)操作符的內(nèi)部聯(lián)合，但是多表MySQL DELETE語(yǔ)句可以使用SELECT語(yǔ)句中允許的所有類(lèi)型的聯(lián)合，比如LEFT JOIN。

本語(yǔ)法允許在名稱(chēng)后面加.*，以便與Access相容。

如果您使用的多表MySQL DELETE語(yǔ)句包括InnoDB表，并且這些表受外鍵的限制，則MySQL優(yōu)化程序會(huì)對(duì)表進(jìn)行處理，改變?cè)瓉?lái)的從屬關(guān)系。在這種情況下，該語(yǔ)句出現(xiàn)錯(cuò)誤并返回到前面的步驟。要避免此錯(cuò)誤，您應(yīng)該從單一表中刪除，并依靠InnoDB提供的ON DELETE功能，對(duì)其它表進(jìn)行相應(yīng)的修改。

注釋?zhuān)寒?dāng)引用表名稱(chēng)時(shí)，您必須使用別名（如果已給定）：

進(jìn)行多表刪除時(shí)支持跨數(shù)據(jù)庫(kù)刪除，但是在此情況下，您在引用表時(shí)不能使用別名。舉例說(shuō)明：

目前，您不能從一個(gè)表中刪除，同時(shí)又在子查詢(xún)中從同一個(gè)表中選擇。

分享：Mysql DNS反向解析導(dǎo)致連接超時(shí)過(guò)程分析(skip-name-resolve)
從其它地方連接MySQL數(shù)據(jù)庫(kù)的時(shí)候，有時(shí)候很慢。慢的原因有可能是MySQL進(jìn)行反向DNS解析造成的,這里簡(jiǎn)單介紹下原理，需要的朋友可以參考下