MySQL隨機查詢優化：告別ORDER BY RAND()，JOIN方案提速百倍

ORDER BY RAND() 是 MySQL 隨機查詢的「效率殺手」。當數據量超 10 萬行，全表掃描+臨時表+文件排序會導致查詢時間呈指數級增長。本文介紹基於 JOIN 的經典優化方案，實測性能提升 100 倍以上。

為什麼 ORDER BY RAND() 這麼慢？

MySQL 必須為每行生成隨機數、寫入臨時表、排序、再取前 N 行。時間複雜度 O(N log N)，且無法利用索引。

優化思路：利用主鍵 ID 範圍隨機

假設表有自增主鍵 id，且分布相對連續。隨機取一個 ID 值，向後查找滿足條件的行：

SELECT * 
FROM `table` AS t1 
JOIN (
    SELECT ROUND(RAND() * ((SELECT MAX(id) FROM `table`) - (SELECT MIN(id) FROM `table`)) + (SELECT MIN(id) FROM `table`)) AS id
) AS t2
WHERE t1.id >= t2.id
ORDER BY t1.id LIMIT 10;

原理解析

1. 子查詢 t2 計算一個落在 [MIN(id), MAX(id)] 範圍內的隨機 ID。
2. 主查詢利用索引快速定位到 t1.id >= 隨機ID 的第一行。
3. 向後掃描 LIMIT 10 行，避免全表排序。

時間複雜度降為 O(log N + Limit)，極大縮短響應時間。

適用條件與注意事項

• 主鍵為自增整型（或可排序的唯一鍵），且無大量空洞（刪除導致 ID 不連續）。
• 若 ID 空洞極大，隨機落入空洞會導致結果偏向後段數據。可通過 WHERE EXISTS (SELECT 1 FROM table WHERE id = t2.id) 修正，或改用「隨機偏移量」方案。
• 需隨機多條且不重複時，可重複執行或使用 UNION 多個隨機點。

進階替代方案（MySQL 8.0+）

MySQL 8.0 引入 TABLESAMPLE（Bernoulli/System 採樣），但目前僅適用於 InnoDB 且為近似隨機，精確隨機仍推薦 JOIN 方案。

實測對比（100 萬行數據）

告別 RAND()，用索引換速度，是大數據量隨機查詢的正解。