MySQL 的 ORDER BY RAND() 函數實際上是使用隨機選擇演算法嗎？

MySQL 的 ORDER BY RAND() 函數是隨機選擇演算法嗎？

在資料庫操作領域，真正隨機地檢索資料訂單可能是一個難題。 MySQL 的 ORDER BY RAND() 函數長期以來一直是用於此目的的工具，但其表面隨機性背後的底層機制仍然有些難以捉摸。

儘管假設 ORDER BY RAND() 新增了一個隨機列排序之前的表格，最近的研究表明情況並非如此。相反，MySQL 採用不同的策略來實現其所謂的隨機選擇。

事實上，Jay 在其部落格中提出的查詢被證明是獲取隨機行的最有效方法。此查詢將表與子查詢連接起來，該子查詢在表的最大 ID 範圍內產生隨機 ID。透過將表格行過濾為 ID 大於或等於此隨機 ID 的行，查詢可以快速檢索隨機行。

但是，對三個類似查詢的執行時間進行了特殊觀察：

• SELECT * FROM 表ORDER BY RAND() LIMIT 1; （30-40 秒）
• 從表格中選擇id ORDER BY RAND() LIMIT 1; （0.25 秒）
• 從表格中選擇ID、使用者名稱ORDER BY RAND() LIMIT 1; （90 秒）

這些不同的執行時間似乎違反直覺，因為所有三個查詢都涉及按單一列排序。這種差異可以歸因於索引。

在第二個查詢中，id 欄位已建立索引，可以快速存取資料。然而，在第三個查詢中包含像 username 這樣的附加列需要 MySQL 讀取每一行並為這些值分配內存，從而顯著增加執行時間。

總之，MySQL 的 ORDER BY RAND() 函數不使用真正的隨機選擇演算法。相反，它採用一種透過將表與產生隨機 ID 的子查詢連接來模擬隨機性的技術。雖然不是最有效的方法，但它提供了一種以看似隨機的順序檢索資料的實用方法。

以上是MySQL 的 ORDER BY RAND() 函數實際上是使用隨機選擇演算法嗎？的詳細內容。更多資訊請關注PHP中文網其他相關文章！