mysql優(yōu)化取隨機(jī)數(shù)據(jù)慢的方法
更新時(shí)間:2013年11月05日 14:42:15 作者:
mysql取隨機(jī)數(shù)據(jù)慢,怎么辦?下面小編與大家一起來(lái)看看mysql取隨機(jī)數(shù)據(jù)慢優(yōu)化的過(guò)程。
前天因?yàn)楣ぷ餍枰野褟囊粋€(gè)5W記錄的數(shù)據(jù)庫(kù)中隨機(jī)抽取幾條記錄了,這里我是直接使用mysql rand by函數(shù)來(lái)直接,幾千條記錄沒(méi)關(guān)系,但如果到了幾萬(wàn)條感覺(jué)要幾秒,這個(gè)就很慢了,下面小編與大家一起來(lái)看看mysql 取隨機(jī)數(shù)據(jù)慢優(yōu)化過(guò)程。
MySQL很多時(shí)候需要獲取隨機(jī)數(shù)據(jù),舉個(gè)例子,要從tablename表中隨機(jī)提取一條記錄,大家一般的寫(xiě)法就是:
SELECT * FROM tablename ORDER BY RAND() LIMIT 1
但是,后來(lái)我查了一下MYSQL的官方手冊(cè),里面針對(duì)RAND()的提示大概意思就是,在ORDER BY從句里面不能使用RAND()函數(shù),因?yàn)檫@樣會(huì)導(dǎo)致數(shù)據(jù)列被多次掃描。但是在MYSQL 3.23版本中,仍然可以通過(guò)ORDER BY RAND()來(lái)實(shí)現(xiàn)隨機(jī)。
測(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的論壇上有人使用:
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(
# 最小值 + (1 至 最小與最大值差)
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ù)效率還要高很多。
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 10;
這個(gè)就是我自己選用了,從以前5秒到現(xiàn)面0.0003秒時(shí)間都不用就查出10條記錄了。
MySQL很多時(shí)候需要獲取隨機(jī)數(shù)據(jù),舉個(gè)例子,要從tablename表中隨機(jī)提取一條記錄,大家一般的寫(xiě)法就是:
復(fù)制代碼 代碼如下:
SELECT * FROM tablename ORDER BY RAND() LIMIT 1
但是,后來(lái)我查了一下MYSQL的官方手冊(cè),里面針對(duì)RAND()的提示大概意思就是,在ORDER BY從句里面不能使用RAND()函數(shù),因?yàn)檫@樣會(huì)導(dǎo)致數(shù)據(jù)列被多次掃描。但是在MYSQL 3.23版本中,仍然可以通過(guò)ORDER BY RAND()來(lái)實(shí)現(xiàn)隨機(jī)。
測(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ù)。
復(fù)制代碼 代碼如下:
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的論壇上有人使用:
復(fù)制代碼 代碼如下:
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ě)了一下。
復(fù)制代碼 代碼如下:
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ǔ)句是:
復(fù)制代碼 代碼如下:
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(
# 最小值 + (1 至 最小與最大值差)
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ù)效率還要高很多。
復(fù)制代碼 代碼如下:
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 10;
這個(gè)就是我自己選用了,從以前5秒到現(xiàn)面0.0003秒時(shí)間都不用就查出10條記錄了。
您可能感興趣的文章:
- MySQL查詢(xún)隨機(jī)數(shù)據(jù)的4種方法和性能對(duì)比
- MySQL的指定范圍隨機(jī)數(shù)函數(shù)rand()的使用技巧
- 從MySQL數(shù)據(jù)庫(kù)表中取出隨機(jī)數(shù)據(jù)的代碼
- mysql獲取隨機(jī)數(shù)據(jù)的方法
- mysql 某字段插入隨機(jī)數(shù)(插入隨機(jī)數(shù)到MySQL數(shù)據(jù)庫(kù))
- 詳解MySQL中concat函數(shù)的用法(連接字符串)
- Python連接MySQL并使用fetchall()方法過(guò)濾特殊字符
- sqlserver、mysql獲取連接字符串步驟
- PHP 設(shè)置MySQL連接字符集的方法
- MySQL產(chǎn)生隨機(jī)數(shù)并連接字符串的方法示例
相關(guān)文章
mysql數(shù)據(jù)存儲(chǔ)過(guò)程參數(shù)實(shí)例詳解
這篇文章主要介紹了mysql數(shù)據(jù)存儲(chǔ)過(guò)程參數(shù)實(shí)例詳解,小編覺(jué)得挺不錯(cuò)的,這里分享給大家,供需要的朋友參考。2017-10-10SQL實(shí)現(xiàn)LeetCode(180.連續(xù)的數(shù)字)
這篇文章主要介紹了SQL實(shí)現(xiàn)LeetCode(180.連續(xù)的數(shù)字),本篇文章通過(guò)簡(jiǎn)要的案例,講解了該項(xiàng)技術(shù)的了解與使用,以下就是詳細(xì)內(nèi)容,需要的朋友可以參考下2021-08-08MySQL8.0/8.x忘記密碼更改root密碼的實(shí)戰(zhàn)步驟(親測(cè)有效!)
忘記root密碼的場(chǎng)景還是比較常見(jiàn)的,特別是自己搭的測(cè)試環(huán)境經(jīng)過(guò)好久沒(méi)用過(guò)時(shí),很容易記不得當(dāng)時(shí)設(shè)置的密碼,下面這篇文章主要給大家介紹了關(guān)于MySQL8.0/8.x忘記密碼更改root密碼的實(shí)戰(zhàn)步驟,親測(cè)有效!需要的朋友可以參考下2023-04-04MySQL查詢(xún)數(shù)據(jù)(單表查詢(xún))詳解
這篇文章主要介紹了MySQL查詢(xún)數(shù)據(jù)(單表查詢(xún))的相關(guān)知識(shí),本文通過(guò)實(shí)例代碼給大家介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2023-05-05