mysql數(shù)據(jù)庫查詢隨機(jī)數(shù)量條目的效率問題和解決方法

本篇內(nèi)容介紹了“mysql數(shù)據(jù)庫查詢隨機(jī)數(shù)量條目的效率問題和解決方法”的有關(guān)知識，在實(shí)際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

最近由于需要大概研究了一下MYSQL的隨機(jī)抽取實(shí)現(xiàn)方法。舉個(gè)例子，要從tablename表中隨機(jī)提取一條記錄，大家一般的寫法就是：SELECT * FROM tablename ORDER BY RAND() LIMIT 1。

但是，后來我查了一下MYSQL的官方手冊，里面針對RAND()的提示大概意思就是，在ORDER BY從句里面不能使用RAND()函數(shù)，因?yàn)檫@樣會導(dǎo)致數(shù)據(jù)列被多次掃描。但是在MYSQL 3.23版本中，仍然可以通過ORDER BY RAND()來實(shí)現(xiàn)隨機(jī)。

但是真正測試一下才發(fā)現(xiàn)這樣效率非常低。一個(gè)15萬余條的庫，查詢5條數(shù)據(jù)，居然要8秒以上。查看官方手冊，也說rand()放在ORDER BY 子句中會被執(zhí)行多次，自然效率及很低。

搜索Google，網(wǎng)上基本上都是查詢max(id) * rand()來隨機(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;

但是這樣會產(chǎn)生連續(xù)的5條記錄。解決辦法只能是每次查詢一條，查詢5次。即便如此也值得，因?yàn)?5萬條的表，查詢只需要0.01秒不到。

下面的語句采用的是JOIN，mysql的上有人使用

SELECT * FROM `table` WHERE id >= (SELECT FLOOR( MAX(id) * RAND()) FROM `table` ) ORDER BY id LIMIT 1;

我測試了一下，需要0.5秒，速度也不錯(cuò)，但是跟上面的語句還是有很大差距?？傆X有什么地方不正常。

于是我把語句改寫了一下。
SELECT * FROM `table`
WHERE id >= (SELECT floor(RAND() * (SELECT MAX(id) FROM `table`)))  
ORDER BY id LIMIT 1;

這下，效率又提高了，查詢時(shí)間只有0.01秒

最后，再把語句完善一下，加上MIN(id)的判斷。我在最開始測試的時(shí)候，就是因?yàn)闆]有加上MIN(id)的判斷，結(jié)果有一半的時(shí)間總是查詢到表中的前面幾行。
完整查詢語句是：
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;

最后在中對這兩個(gè)語句進(jìn)行分別查詢10次，
前者花費(fèi)時(shí)間 0.147433 秒
后者花費(fèi)時(shí)間 0.015130 秒
看來采用JOIN的語法比直接在WHERE中使用函數(shù)效率還要高很多。

“mysql數(shù)據(jù)庫查詢隨機(jī)數(shù)量條目的效率問題和解決方法”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！