MySQL隨機查詢記載的效力測試剖析。本站提示廣大學習愛好者：（MySQL隨機查詢記載的效力測試剖析）文章只能為提供參考，不一定能成為您想要的結果。以下是MySQL隨機查詢記載的效力測試剖析正文
以下就是文章的重要內容。
1.SELECT * FROM `table` ORDER BY RAND() LIMIT 5
便可以了。
然則真正測試一下才發明如許效力異常低。一個15萬余條的庫，查詢5條數據，竟然要8秒以上
檢查官方手冊，也說rand()放在ORDER BY 子句中會被履行屢次，天然效力及很低。
You cannot use a column with RAND() values in an ORDER BY clause, because ORDER BY would evaluate the column multiple times.
搜刮Google，網上根本上都是查詢max(id) * rand()來隨機獲得數據。
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;
然則如許會發生持續的5筆記錄。處理方法只能是每次查詢一條，查詢5次。即使如斯也值得，由於15萬條的表，查詢只須要0.01秒不到。
下面的語句采取的是JOIN，MySQL的服裝論壇t.vhao.net上有人MySQL應用
1.SELECT *
2.FROM `table`
3.WHERE id >= (SELECT FLOOR( MAX(id) * RAND()) FROM `table` )
4.ORDER BY id LIMIT 1;
我測試了一下，須要0.5秒，速度也不錯，然則跟下面的語句照樣有很年夜差距。總覺有甚麼處所不正常。
因而我把語句改寫了一下。
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)的斷定，成果有一半的時光老是查詢到表中的後面幾行。
完全查詢語句是：
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中應用函數效力還要高許多。以上的相干內容就是對MySQL應用rand隨機查詢記載效力測試的引見，望你能有所收成。
