為什麼使用 ORDER BY 和 LIMIT 的 MySQL SELECT 語句在大型資料集上速度很慢，如何加快速度？

MySQL 語句在大型資料集上執行緩慢

使用大型資料庫時，查詢執行時間可能會變成一個問題。本文討論了一個特定場景，其中對包含超過一百萬筆記錄的表執行查詢需要一分鐘以上的時間。

問題

以下查詢正在接管執行一分鐘，即使有索引的「id」欄位：

SELECT *
FROM `ratings`
ORDER BY id
LIMIT 499500, 500;

該表包含約一百萬筆記錄，查詢涉及按“id”列排序並將結果限制在特定範圍內.

分析與解決方案

經過調查查詢和表結構後，確定執行時間緩慢是由於使用了“filesort”操作造成的。當 MySQL 找不到適當的索引用於 ORDER BY 子句並且必須對記憶體中的表格行進行排序時，就會發生這種情況。

要解決此問題，建議使用更具選擇性的 WHERE 子句而不是ORDER BY 子句。在這種情況下，以下查詢的執行速度要快得多：

SELECT *
FROM `ratings`
WHERE id >= 499501
LIMIT 500;

此查詢使用索引的「id」列來縮小要排序的行範圍，從而顯著減少執行查詢所需的時間。

其他注意事項

需要注意的是，使用 WHERE 子句代替 ORDER BY 子句可能並不總是可行或實用。在這種情況下，可能需要其他最佳化，例如建立附加索引或最佳化資料庫結構。此外，還應該排除潛在的死鎖作為性能緩慢的可能原因。

以上是為什麼使用 ORDER BY 和 LIMIT 的 MySQL SELECT 語句在大型資料集上速度很慢，如何加快速度？的詳細內容。更多資訊請關注PHP中文網其他相關文章！