MySQL RAND() 隨機查詢效能深度優化：從百萬級數據實測看最佳方案

問題背景：ORDER BY RAND() 為何極慢？

SELECT * FROM table ORDER BY RAND() LIMIT 5; 看似簡單，實則在大表上是效能殺手：

• MySQL 必須為每行生成隨機數並排序
• 無法使用索引，必須全表掃描 + filesort
• 100 萬行數據可能耗時數秒甚至逾時

官方文檔警告

「你不能在 ORDER BY 子句中使用 RAND() 值使用列，因為 ORDER BY 將重複計算列多次。」

主流優化方案對比測試

方案一：JOIN 子查詢法（推薦）

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 LIMIT 1;

方案二：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;

實測效能數據（100 萬筆測試表，各執行 10 次）

核心原理解析

1. 利用主鍵索引：轉換為 id >= 隨機值 的範圍查詢，可使用 Primary Key 索引
2. 避免全表排序：只需定位到隨機位置附近的第一行
3. 處理 ID 空洞：使用 MIN(id) 和 MAX(id) 計算實際範圍，配合 >= 確保能命中存在的行

取多條不連續隨機記錄的最佳實踐

因單次查詢會返回連續記錄，需執行多次並去重：

<?php
function getRandomRecords($mysqli, $table, $count = 5) {
    $ids = [];
    $results = [];
    $maxAttempts = $count * 3; // 防無限循環
    
    // 先取得 ID 範圍
    $range = $mysqli->query("SELECT MIN(id) AS min_id, MAX(id) AS max_id FROM `$table`")->fetch_assoc();
    $minId = $range['min_id'];
    $maxId = $range['max_id'];
    
    while (count($results) < $count && $maxAttempts-- > 0) {
        $randomId = mt_rand($minId, $maxId);
        $stmt = $mysqli->prepare("SELECT * FROM `$table` WHERE id >= ? ORDER BY id LIMIT 1");
        $stmt->bind_param("i", $randomId);
        $stmt->execute();
        $row = $stmt->get_result()->fetch_assoc();
        
        if ($row && !in_array($row['id'], $ids)) {
            $ids[] = $row['id'];
            $results[] = $row;
        }
    }
    return $results;
}
?>

替代方案：應用層隨機

• 先 SELECT COUNT(*) 取得總數
• 應用層生成隨機 OFFSET
• 使用 LIMIT 1 OFFSET $random
• 缺點：OFFSET 大時同樣需掃描前 N 行

總結建議

1. 小表（<1萬）：直接用 ORDER BY RAND() 簡單明瞭
2. 中大表、連續 ID：採用 JOIN 子查詢方案，效能提升 100 倍以上
3. ID 有大量空洞：考慮維護一張隨機映射表或使用應用層邏輯
4. 高併發場景：快取隨機結果、或使用 Redis 集合類型 SRANDMEMBER