MySQL 隨機數與隨機查詢/更新實戰：RAND() 函數用法、效能陷阱與替代方案

MySQL RAND() 產生 0~1 隨機浮點數，配合 ORDER BY RAND() LIMIT N 可實現隨機抽樣，但**大表全表掃描+臨時表排序效能極差**。本文系統講解 RAND() 用法、隨機查詢/更新模式、效能陷阱與工程化替代方案。

RAND() 基礎用法

RAND()        -- 每次調用返回不同值
RAND(seed)    -- 固定種子，序列可重現
SELECT RAND();        -- 0.5925
SELECT RAND(20);      -- 0.1811 (固定)
SELECT RAND(20);      -- 0.1811 (同種子同結果)

隨機查詢：經典寫法與效能真相

-- 經典寫法 (小表可用，大表禁用)
SELECT * FROM t ORDER BY RAND() LIMIT 5;

執行計劃：EXPLAIN 顯示 Using temporary; Using filesort → 創建臨時表、全表掃描賦隨機值、排序、取前 N。**時間複雜度 O(N log N)，大表災難級**。

大表隨機抽樣替代方案 (按推薦度)

隨機更新：批量賦隨機值

-- 全表更新隨機值 (慎用，無 WHERE 會全表掃描)
UPDATE t SET rand_col = RAND();

-- 按條件批量更新
UPDATE t SET views = FLOOR(RAND() * 1000) WHERE status = 'active';

INSERT ... VALUES (RAND()), (RAND())... 批量插入隨機值同理，字段寬度需容納浮點數文本長度。

效能對比實測 (百萬級表)

-- 方案 A: ORDER BY RAND() LIMIT 10
-- 耗時: 12.4 秒 (全表掃描 + filesort)

-- 方案 B: 主鍵範圍法
SELECT * FROM t 
WHERE id >= (SELECT FLOOR(RAND() * (SELECT MAX(id) FROM t))) 
ORDER BY id LIMIT 10;
-- 耗時: 0.003 秒 (索引範圍掃描)

-- 方案 C: 兩步法 (應用層生成 10 個隨機 ID)
SELECT * FROM t WHERE id IN (1024, 5012, 99999...);
-- 耗時: 0.001 秒 (主鍵點查)

最佳實踐清單

1. 大表嚴禁 ORDER BY RAND()，代碼評審攔截、CI 靜態分析規則檢測。
2. 主鍵為自增整數且無大量空洞 → 首選**主鍵範圍法**。
3. 主鍵為 UUID/雪花 ID/稀疏 → 應用層**兩步法**生成隨機 ID 列表再 IN 查詢。
4. 僅需統計抽樣不要求精確 → MySQL 8.0.25+ TABLESAMPLE SYSTEM (percent)。
5. 隨機更新帶 WHERE 限制範圍，避免全表鎖升級。