以下就是文章的主要內(nèi)容。 1.SELECT * FROM `table` ORDER BY RAND() LIMIT 5 就可以了。 但是真正測試一下才發(fā)現(xiàn)這樣效率非常低。一個(gè)15萬余條的庫，查詢5條數(shù)據(jù)，居然要8秒以上 查看官方手冊，也說rand()放在ORDER BY 子句中會(huì)被執(zhí)行多次，自然效率及很低。 You cannot use a column with RAND() values in an ORDER BY clause, because ORDER BY would evaluate the column multiple times. 搜索Google，網(wǎng)上基本上都是查詢max(id) * rand()來隨機(jī)獲取數(shù)據(jù)。 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; 但是這樣會(huì)產(chǎn)生連續(xù)的5條記錄。解決辦法只能是每次查詢一條，查詢5次。即便如此也值得，因?yàn)?5萬條的表，查詢只需要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秒，速度也不錯(cuò)，但是跟上面的語句還是有很大差距。總覺有什么地方不正常。 于是我把語句改寫了一下。 1.SELECT * FROM `table` 2.WHERE id >= (SELECT floor(RAND() * (SELECT MAX(id) FROM `table`))) 3.ORDER BY id LIMIT 1; 這下，效率又提高了，查詢時(shí)間只有0.01秒 最后，再把語句完善一下，加上MIN(id)的判斷。我在最開始測試的時(shí)候，就是因?yàn)闆]有加上MIN(id)的判斷，結(jié)果有一半的時(shí)間總是查詢到表中的前面幾行。 完整查詢語句是： 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中對這兩個(gè)語句進(jìn)行分別查詢10次， 前者花費(fèi)時(shí)間 0.147433 秒 后者花費(fèi)時(shí)間 0.015130 秒 看來采用JOIN的語法比直接在WHERE中使用函數(shù)效率還要高很多。以上的相關(guān)內(nèi)容就是對MySQL使用rand隨機(jī)查詢記錄效率測試的介紹，望你能有所收獲。
