為什麼 MySQL 中 ORDER BY RAND() 的效能如此不可預測？

深入研究MySQL 的ORDER BY RAND() 及其效能驚喜

簡介DER

ORDER BY RAND() 的意外結果
出現了違反直覺的效能差異在具有不同資料類型的列上使用 ORDER BY RAND() 時。以下查詢示範了此現象：

• SELECT * FROM table ORDER BY RAND() LIMIT 1; /*30-40 秒*/
• SELECT id FROM table ORDER BY RAND () LIMIT 1; /*0.25 秒*/
• 從表中選擇ID、用戶名ORDER BY RAND() LIMIT 1; /*90 秒*/

儘管在所有三個查詢中都對單一列進行排序，但執行時間差異很大。這引發了關於底層機制及其對資料特徵的依賴的問題。

Jay 的解決方案：快速隨機選擇
為了解決效能問題，Jay 提出了一個替代方法：

<code class="sql">SELECT * FROM Table T JOIN (SELECT CEIL(MAX(ID)*RAND()) AS ID FROM Table) AS x ON T.ID >= x.ID LIMIT 1;</code>

此查詢顯著優於傳統的ORDER BY RAND() 方法，突出顯示了選擇隨機資料的更有效方法。雖然此方法解決了效能問題，但它帶來了複雜性，並且可能不會總是在所有情況下都可行。

了解效能變化
觀察到 ORDER BY RAND( 的不同執行時間）查詢可以透過MySQL的索引功能來解釋。索引列（如本例中的 id）允許更快地存取數據，從而加快執行速度。當檢索多列時，例如在 SELECT id, username FROM table ORDER BY RAND() LIMIT 1; 中，MySQL 需要檢索兩列的值，從而增加了執行時間。

結論
雖然 ORDER BY RAND() 仍然是檢索隨機行的有用工具，但了解其效能影響至關重要。透過考慮所涉及的資料類型並在必要時利用替代方法，開發人員可以優化其查詢並獲得更快的結果。

以上是為什麼 MySQL 中 ORDER BY RAND() 的效能如此不可預測？的詳細內容。更多資訊請關注PHP中文網其他相關文章！