MySQL使用rand 隨機(jī)查詢(xún)記錄效率測(cè)試
以下的文章主要介紹的是MySQL使用rand 隨機(jī)查詢(xún)記錄效率測(cè)試，我們大家一直都以為MySQL數(shù)據(jù)庫(kù)隨機(jī)查詢(xún)的幾條數(shù)據(jù)，就用以下的東東，其實(shí)其實(shí)際效率是十分低的，以下就是文章的主要內(nèi)容。
- SELECT * FROM `table` ORDER BY RAND() LIMIT 5
就可以了。
但是真正測(cè)試一下才發(fā)現(xiàn)這樣效率非常低。一個(gè)15萬(wàn)余條的庫(kù)，查詢(xún)5條數(shù)據(jù)，居然要8秒以上
查看官方手冊(cè)，也說(shuō)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)上基本上都是查詢(xún)max(id) * rand()來(lái)隨機(jī)獲取數(shù)據(jù)。
- SELECT *
- FROM `table` AS t1 JOIN (SELECT ROUND(RAND() * (SELECT MAX(id) FROM `table`)) AS id) AS t2
- WHERE t1.id >= t2.id
- ORDER BY t1.id ASC LIMIT 5;
但是這樣會(huì)產(chǎn)生連續(xù)的5條記錄。解決辦法只能是每次查詢(xún)一條，查詢(xún)5次。即便如此也值得，因?yàn)?5萬(wàn)條的表，查詢(xún)只需要0.01秒不到。
上面的語(yǔ)句采用的是JOIN，MySQL的論壇上有人MySQL使用
- SELECT *
- FROM `table`
- WHERE id >= (SELECT FLOOR( MAX(id) * RAND()) FROM `table` )
- ORDER BY id LIMIT 1;
我測(cè)試了一下，需要0.5秒，速度也不錯(cuò)，但是跟上面的語(yǔ)句還是有很大差距?？傆X(jué)有什么地方不正常。
于是我把語(yǔ)句改寫(xiě)了一下。
- SELECT * FROM `table`
- WHERE id >= (SELECT floor(RAND() * (SELECT MAX(id) FROM `table`)))
- ORDER BY id LIMIT 1;
這下，效率又提高了，查詢(xún)時(shí)間只有0.01秒
最后，再把語(yǔ)句完善一下，加上MIN(id)的判斷。我在最開(kāi)始測(cè)試的時(shí)候，就是因?yàn)闆](méi)有加上MIN(id)的判斷，結(jié)果有一半的時(shí)間總是查詢(xún)到表中的前面幾行。
完整查詢(xún)語(yǔ)句是：
- 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;
- 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
- WHERE t1.id >= t2.id
- ORDER BY t1.id LIMIT 1;
最后在php中對(duì)這兩個(gè)語(yǔ)句進(jìn)行分別查詢(xún)10次，
前者花費(fèi)時(shí)間 0.147433 秒
后者花費(fèi)時(shí)間 0.015130 秒
看來(lái)采用JOIN的語(yǔ)法比直接在WHERE中使用函數(shù)效率還要高很多。以上的相關(guān)內(nèi)容就是對(duì)MySQL使用rand隨機(jī)查詢(xún)記錄效率測(cè)試的介紹，望你能有所收獲。
【編輯推薦】
