mysql隨機擷取一條或者多條資料

標籤：style   blog   http   color   使用   資料   div   問題   log   

原文地址：http://www.im286.com/thread-7091552-1-1.html

轉來備份

研究一些隨機的因素，主要是講究效率問題。

語句一：

select * from users order by rand() LIMIT 1

MYSQL手冊裡面針對RAND()的提示大概意思就是，在 ORDER BY從句裡面不能使用RAND()函數，因為這樣會導致資料列被多次掃描，導致效率相當相當的低，效率不行，切忌使用。

－－－－－－－－－分隔線－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

語句二：

    SELECT * FROM users  AS t1  JOIN (SELECT ROUND(RAND() * ((SELECT MAX(userId) FROM `users`)-(SELECT MIN(userId) FROM users))+(SELECT MIN(userId) FROM users)) AS userId) AS t2 WHERE t1.userId >= t2.userId ORDER BY t1.userId LIMIT 1

執 行該sql語句，用時0.031s，效率非常好。當把”LIMIT 1“改為了”LIMIT 100“ 隨機取一百條記錄，用時0.048s。可是就在此時問題出現了，發現結果好像不是隨機的。為了驗證結果，又執行了N次，的確不是隨機的。問題出現 在”ORDER BY t1.userId“這裡，按userId排序了。隨機取一條記錄還是不錯的選擇，多條就不行了啊。

－－－－－－－－－分隔線－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

語句三：

SELECT * FROM users WHERE userId >= ((SELECT MAX(userId) FROM users)-(SELECT MIN(userId) FROM users)) * RAND() + (SELECT MIN(userId) FROM users)  LIMIT 1

執行該sql語句，用時0.039s，效率也是非常好。接著把”LIMIT 1“改為了”LIMIT 10000“，用時0.063s。經過多次驗證，得出的結果都是隨機的。

－－－－－－－－－分隔線－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

結論：語句一效率不行，切忌使用。隨機獲得一條記錄，語句二是相當不錯的選擇，採用JOIN的文法比直接在WHERE中使用函數效率還是要高一些的。語句三也不錯，隨機獲得多條記錄的首選。

mysql隨機擷取一條或者多條資料