MySQL隨機查詢記錄的效率測試分析

以下就是文章的主要內容。
　　1.SELECT * FROM `table` ORDER BY RAND() LIMIT 5
　　就可以了。
　　但是真正測試一下才發現這樣效率非常低。一個15萬餘條的庫，查詢5條資料，居然要8秒以上
　　查看官方手冊，也說rand()放在ORDER BY 子句中會被執行多次，自然效率及很低。
　　You cannot use a column with RAND() values in an ORDER BY clause, because ORDER BY would evaluate the column multiple times.
　　搜尋Google，網上基本上都是查詢max(id) * rand()來隨機擷取資料。
　　1.SELECT *
　　2.FROM `table` AS t1 JOIN (SELECT ROUND(RAND() * (SELECT MAX(id) FROM `table`)) AS id) AS t2
　　3.WHERE t1.id >= t2.id
　　4.ORDER BY t1.id ASC LIMIT 5;
　　但是這樣會產生連續的5條記錄。解決辦法只能是每次查詢一條，查詢5次。即便如此也值得，因為15萬條的表，查詢只需要0.01秒不到。
　　上面的語句採用的是JOIN，MySQL的論壇上有人MySQL使用
　　1.SELECT *
　　2.FROM `table`
　　3.WHERE id >= (SELECT FLOOR( MAX(id) * RAND()) FROM `table` )
　　4.ORDER BY id LIMIT 1;
　　我測試了一下，需要0.5秒，速度也不錯，但是跟上面的語句還是有很大差距。總覺有什麼地方不正常。
　　於是我把語句改寫了一下。
　　1.SELECT * FROM `table`
　　2.WHERE id >= (SELECT floor(RAND() * (SELECT MAX(id) FROM `table`)))
　　3.ORDER BY id LIMIT 1;
　　這下，效率又提高了，查詢時間只有0.01秒
　　最後，再把語句完善一下，加上MIN(id)的判斷。我在最開始測試的時候，就是因為沒有加上MIN(id)的判斷，結果有一半的時間總是查詢到表中的前面幾行。
　　完整查詢語句是：
　　1.SELECT * FROM `table`
　　2.WHERE id >= (SELECT floor( RAND() * ((SELECT MAX(id) FROM `table`)-(SELECT MIN(id) FROM `table`)) + (SELECT MIN(id) FROM `table`)))
　　3.ORDER BY id LIMIT 1;
　　4.SELECT *
　　5.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
　　6.WHERE t1.id >= t2.id
　　7.ORDER BY t1.id LIMIT 1;
　　最後在php中對這兩個語句進行分別查詢10次，
　　前者花費時間 0.147433 秒
　　後者花費時間 0.015130 秒
　　看來採用JOIN的文法比直接在WHERE中使用函數效率還要高很多。以上的相關內容就是對MySQL使用rand隨機查詢記錄效率測試的介紹，望你能有所收穫。