MySQL隨機(jī)查詢(xún)記錄的效率測(cè)試分析
更新時(shí)間:2011年06月24日 22:16:40 作者:
以下的文章主要介紹的是MySQL使用rand 隨機(jī)查詢(xún)記錄效率測(cè)試,我們大家一直都以為MySQL數(shù)據(jù)庫(kù)隨機(jī)查詢(xún)的幾條數(shù)據(jù),就用以下的東東,其實(shí)其實(shí)際效率是十分低的
以下就是文章的主要內(nèi)容。
1.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ù)。
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條記錄。解決辦法只能是每次查詢(xún)一條,查詢(xún)5次。即便如此也值得,因?yàn)?5萬(wàn)條的表,查詢(xún)只需要0.01秒不到。
上面的語(yǔ)句采用的是JOIN,MySQL的論壇上有人MySQL使用
1.SELECT *
2.FROM `table`
3.WHERE id >= (SELECT FLOOR( MAX(id) * RAND()) FROM `table` )
4.ORDER BY id LIMIT 1;
我測(cè)試了一下,需要0.5秒,速度也不錯(cuò),但是跟上面的語(yǔ)句還是有很大差距??傆X(jué)有什么地方不正常。
于是我把語(yǔ)句改寫(xiě)了一下。
1.SELECT * FROM `table`
2.WHERE id >= (SELECT floor(RAND() * (SELECT MAX(id) FROM `table`)))
3.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ǔ)句是:
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中對(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è)試的介紹,望你能有所收獲。
1.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ù)。
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條記錄。解決辦法只能是每次查詢(xún)一條,查詢(xún)5次。即便如此也值得,因?yàn)?5萬(wàn)條的表,查詢(xún)只需要0.01秒不到。
上面的語(yǔ)句采用的是JOIN,MySQL的論壇上有人MySQL使用
1.SELECT *
2.FROM `table`
3.WHERE id >= (SELECT FLOOR( MAX(id) * RAND()) FROM `table` )
4.ORDER BY id LIMIT 1;
我測(cè)試了一下,需要0.5秒,速度也不錯(cuò),但是跟上面的語(yǔ)句還是有很大差距??傆X(jué)有什么地方不正常。
于是我把語(yǔ)句改寫(xiě)了一下。
1.SELECT * FROM `table`
2.WHERE id >= (SELECT floor(RAND() * (SELECT MAX(id) FROM `table`)))
3.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ǔ)句是:
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中對(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è)試的介紹,望你能有所收獲。
相關(guān)文章
MySQL用戶(hù)權(quán)限驗(yàn)證與管理方法詳解
這篇文章主要介紹了MySQL用戶(hù)權(quán)限驗(yàn)證與管理方法,結(jié)合實(shí)例形式詳細(xì)分析了mysql針對(duì)用戶(hù)權(quán)限的驗(yàn)證、查看、收回、修改等各種常用操作技巧,需要的朋友可以參考下2018-04-04
MySQL全文索引實(shí)現(xiàn)簡(jiǎn)單版搜索引擎實(shí)例代碼
這篇文章主要給大家介紹了關(guān)于MySQL全文索引實(shí)現(xiàn)簡(jiǎn)單版搜索引擎的相關(guān)資料,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家學(xué)習(xí)或者使用MySQL具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2019-07-07
Winserver2012下mysql 5.7解壓版(zip)配置安裝教程詳解
這篇文章主要介紹了Winserver2012下mysql 5.7解壓版(zip)配置安裝教程詳解,非常不錯(cuò),具有參考借鑒價(jià)值,需要的朋友可以參考下2017-01-01
mysql數(shù)據(jù)庫(kù)常見(jiàn)的優(yōu)化操作總結(jié)(經(jīng)驗(yàn)分享)
這篇文章主要給大家介紹了關(guān)于mysql數(shù)據(jù)庫(kù)常見(jiàn)的優(yōu)化操作,文章總結(jié)的都是個(gè)人日常開(kāi)發(fā)使用mysql數(shù)據(jù)庫(kù)的經(jīng)驗(yàn)所得,其中包括Index索引、少用SELECT*、EXPLAIN SELECT以及開(kāi)啟查詢(xún)緩存等相關(guān)資料,相信會(huì)對(duì)大家具有一定的參考價(jià)值,需要的朋友們下面來(lái)一起看看吧。2017-04-04
Mysql5.7.11在windows10上的安裝與配置(解壓版)
本文分為三大步給大家介紹Mysql5.7.11解壓版在windows10上的安裝與配置,另外還給大家?guī)?lái)了mysql5.7.11服務(wù)無(wú)法啟動(dòng),錯(cuò)誤代碼3534的解決方案,非常不錯(cuò),有需要的朋友參考下2016-08-08
C#列出局域網(wǎng)中可用SQL Server服務(wù)器
SQLDMO(SQL Distributed Management Objects,SQL分布式管理對(duì)象)封裝了Microsoft SQL Server數(shù)據(jù)庫(kù)中的對(duì)象。SQLDMO是Microsoft SQL Server中企業(yè)管理器所使用的應(yīng)用程序接口,所以它可以執(zhí)行很多功能,其中當(dāng)然也包括對(duì)數(shù)據(jù)庫(kù)的備份和恢復(fù)。2008-04-04

