為什麼 MySQL 帶有子查詢的「IN」查詢這麼慢？

MySQL「IN」查詢：子查詢困境與明確數值效率

在MySQL 查詢中，利用「IN」運算子和子查詢可能會導致嚴重的效能瓶頸。對包含大約 700 萬行的 em_link_data 表的查詢證明了這一點，其中帶有子查詢的「IN」查詢需要驚人的 18 秒才能執行。

相反，用顯式值取代子查詢會導致閃電-執行速度快，不到1毫秒即可完成。這種鮮明的對比提出了一個問題：為什麼「IN」查詢對於子查詢如此緩慢？

罪魁禍首在於子查詢的處理。在 MySQL 中，每次遇到子查詢都會對其進行評估，這表示「IN」查詢中的子查詢將執行多次，可能會執行數百萬次。這個成本高昂的過程嚴重影響了效能。

相反，當使用明確值時，資料庫可以直接存取表中的相關記錄，從而繞過耗時的子查詢評估。這種直接存取可以顯著加快執行時間。

要緩解效能瓶頸，請考慮以下策略：

• 將查詢重寫為JOIN： 這這種方法可以消除對子查詢的需要，從而產生更有效率的單一查詢。
• 連結列上的索引：確保在「IN」條件涉及的欄位上建立索引。此步驟可以幫助資料庫快速識別相關記錄。
• 最佳化資料庫設定：調整MySQL相關參數，最佳化查詢效能。這些可能包括 innodb_buffer_pool_size 和 sort_buffer_size 等設定。

雖然這些措施可以提高效能，但盡可能避免在子查詢中使用「IN」運算符至關重要。透過認識子查詢和顯式值之間的效率對比，並實施適當的最佳化策略，您可以顯著加速 MySQL「IN」查詢。

以上是為什麼 MySQL 帶有子查詢的「IN」查詢這麼慢？的詳細內容。更多資訊請關注PHP中文網其他相關文章！