MySQL隨機查詢記錄的效率測試分析
更新時間:2011年06月24日 22:16:40 作者:
以下的文章主要介紹的是MySQL使用rand 隨機查詢記錄效率測試,我們大家一直都以為MySQL數(shù)據(jù)庫隨機查詢的幾條數(shù)據(jù),就用以下的東東,其實其實際效率是十分低的
以下就是文章的主要內(nèi)容。
1.SELECT * FROM `table` ORDER BY RAND() LIMIT 5
就可以了。
但是真正測試一下才發(fā)現(xiàn)這樣效率非常低。一個15萬余條的庫,查詢5條數(shù)據(jù),居然要8秒以上
查看官方手冊,也說rand()放在ORDER BY 子句中會被執(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()來隨機獲取數(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;
但是這樣會產(chǎn)生連續(xù)的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秒,速度也不錯,但是跟上面的語句還是有很大差距??傆X有什么地方不正常。
于是我把語句改寫了一下。
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)的判斷,結(jié)果有一半的時間總是查詢到表中的前面幾行。
完整查詢語句是:
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中使用函數(shù)效率還要高很多。以上的相關(guān)內(nèi)容就是對MySQL使用rand隨機查詢記錄效率測試的介紹,望你能有所收獲。
1.SELECT * FROM `table` ORDER BY RAND() LIMIT 5
就可以了。
但是真正測試一下才發(fā)現(xiàn)這樣效率非常低。一個15萬余條的庫,查詢5條數(shù)據(jù),居然要8秒以上
查看官方手冊,也說rand()放在ORDER BY 子句中會被執(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()來隨機獲取數(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;
但是這樣會產(chǎn)生連續(xù)的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秒,速度也不錯,但是跟上面的語句還是有很大差距??傆X有什么地方不正常。
于是我把語句改寫了一下。
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)的判斷,結(jié)果有一半的時間總是查詢到表中的前面幾行。
完整查詢語句是:
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中使用函數(shù)效率還要高很多。以上的相關(guān)內(nèi)容就是對MySQL使用rand隨機查詢記錄效率測試的介紹,望你能有所收獲。
相關(guān)文章
Winserver2012下mysql 5.7解壓版(zip)配置安裝教程詳解
這篇文章主要介紹了Winserver2012下mysql 5.7解壓版(zip)配置安裝教程詳解,非常不錯,具有參考借鑒價值,需要的朋友可以參考下2017-01-01mysql數(shù)據(jù)庫常見的優(yōu)化操作總結(jié)(經(jīng)驗分享)
這篇文章主要給大家介紹了關(guān)于mysql數(shù)據(jù)庫常見的優(yōu)化操作,文章總結(jié)的都是個人日常開發(fā)使用mysql數(shù)據(jù)庫的經(jīng)驗所得,其中包括Index索引、少用SELECT*、EXPLAIN SELECT以及開啟查詢緩存等相關(guān)資料,相信會對大家具有一定的參考價值,需要的朋友們下面來一起看看吧。2017-04-04Mysql5.7.11在windows10上的安裝與配置(解壓版)
本文分為三大步給大家介紹Mysql5.7.11解壓版在windows10上的安裝與配置,另外還給大家?guī)砹薽ysql5.7.11服務(wù)無法啟動,錯誤代碼3534的解決方案,非常不錯,有需要的朋友參考下2016-08-08C#列出局域網(wǎng)中可用SQL Server服務(wù)器
SQLDMO(SQL Distributed Management Objects,SQL分布式管理對象)封裝了Microsoft SQL Server數(shù)據(jù)庫中的對象。SQLDMO是Microsoft SQL Server中企業(yè)管理器所使用的應(yīng)用程序接口,所以它可以執(zhí)行很多功能,其中當然也包括對數(shù)據(jù)庫的備份和恢復(fù)。2008-04-04