MySQL 隨機查詢優化：告別 ORDER BY RAND() 低效寫法

為什麼 ORDER BY RAND() 極其低效？

MySQL 官方文檔明確指出：ORDER BY 子句中使用 RAND() 會導致該列被多次掃描評估。實測 15 萬條數據查 5 條耗時 8 秒+，隨數據量線性惡化。

高效隨機查詢三大核心思路

思路一：JOIN 子查詢 + 主鍵範圍（推薦，效能最佳）

SELECT t1.* 
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 ON t1.id >= t2.id
ORDER BY t1.id LIMIT 1;

實測對比：10 次查詢總耗時 0.015 秒，較 WHERE 子查詢法（0.147 秒）快近 10 倍。

思路二：WHERE 子查詢 + 主鍵範圍（較簡單但效能次之）

SELECT * FROM `table` 
WHERE id >= (
    SELECT FLOOR(RAND() * (
        (SELECT MAX(id) FROM `table`) - (SELECT MIN(id) FROM `table`)
    ) + (SELECT MIN(id) FROM `table`))
) ORDER BY id LIMIT 1;

缺點：未加 MIN(id) 判斷時，有 50% 概率只查到前幾行。

思路三：應用層生成隨機 ID（極簡場景適用）

1. 應用層查詢 SELECT MAX(id), MIN(id) FROM table
2. 代碼生成隨機 ID：rand_id = MIN + floor(RAND() * (MAX - MIN + 1))
3. 執行 SELECT * FROM table WHERE id >= rand_id ORDER BY id LIMIT 1

需處理 ID 不連續導致的分布不均，可循環重試或結合 COUNT(*) 加權。

避坑指南

• 主鍵必須為自增整數，非連續/非整數主鍵需改用 UUID 映射表
• 大量隨機抽樣：每次 LIMIT 1 循環 N 次，總耗時仍遠低於 ORDER BY RAND()
• MySQL 8.0+ 可嘗試 TABLESAMPLE SYSTEM (10) 伯努利採樣（近似隨機）

採用 JOIN 子查詢方案，配合主鍵索引，即可實現毫秒級隨機查詢，徹底解決大表隨機抽樣效能難題。