❌ 反面教材：ORDER BY RAND() 效率陷阱

SELECT * FROM table_name ORDER BY RAND() LIMIT 5;

官方文檔明確警告：ORDER BY 子句中使用 RAND() 會導致該列被多次計算，全表掃描+臨時表+文件排序，15 萬行表查 5 行耗時 8 秒+。

✅ 優化方案：主鍵索引 + 隨機偏移 + JOIN

核心思路

1. 利用自增主鍵 id 的連續性（或近似連續）
2. 先在索引上隨機取一個 id 閾值
3. 再通過 JOIN 快速定位到該行及其後 N 行

標準寫法（MySQL 4.1+ 支持子查詢）

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 ON t1.id >= t2.id
ORDER BY t1.id ASC
LIMIT 5;

單行隨機（極速 0.01 秒級）

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;

性能對比實測（15 萬行表）

方案	單次耗時	10 次總耗時	備註
ORDER BY RAND()	~8 秒	~80 秒	全表掃描+臨時表+filesort
WHERE id >= (子查詢)	~0.5 秒	~5 秒	子查詢執行多次
JOIN 子查詢（推薦）	~0.01 秒	~0.015 秒	索引範圍掃描，極快

避坑指南

• 必須包含 MIN(id)：否則隨機值偏向表頭，導致前幾行被查中概率異常高
• 主鍵斷檔嚴重時：可改用 SELECT id FROM table ORDER BY RAND() LIMIT 1 取隨機 ID，再回表查詳情
• 大數據量分頁隨機：建議應用層生成隨機偏移量，配合 LIMIT offset, 1