mysql 數據庫查詢隨機數量條目的效率問題及解決辦法 時間:2010-11-15 Tag:數據庫查詢隨機數量 最近由於需要大概研究了一下MYSQL的隨機抽取實現方法。舉個例子,要從tablename表中隨機提取一條記錄,大家一般的寫法就是:SELECT * FROM tablename ORDER BY RAND() LIMIT 1。 但是,後來我查了一下MYSQL的官方手冊,裏面針對RAND()的提示大概意思就是,在ORDER BY從句裏面不能使用RAND()函數,因爲這樣會導致數據列被多次掃描。但是在MYSQL 3.23版本中,仍然可以通過ORDER BY RAND()來實現隨機。 但是真正測試一下才發現這樣效率非常低。一個15萬餘條的庫,查詢5條數據,居然要8秒以上。查看官方手冊,也說rand()放在ORDER BY 子句中會被執行多次,自然效率及很低。 搜索Google,網上基本上都是查詢max(id) * rand()來隨機獲取數據。 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; 但是這樣會產生連續的5條記錄。解決辦法只能是每次查詢一條,查詢5次。即便如此也值得,因爲15萬條的表,查詢只需要0.01秒不到。 下面的語句採用的是JOIN,mysql的論壇上有人使用 SELECT * FROM `table` WHERE id >= (SELECT FLOOR( MAX(id) * RAND()) FROM `table` ) ORDER BY id LIMIT 1; //12w條數據過慢 12s 我測試了一下,需要0.5秒,速度也不錯,但是跟上面的語句還是有很大差距。總覺有什麼地方不正常。 於是我把語句改寫了一下。 SELECT * FROM `table` WHERE id >= (SELECT floor(RAND() * (SELECT MAX(id) FROM `table`))) ORDER BY id LIMIT 1; //測試過後相當快 19W數據 0.0052 秒 這下,效率又提高了,查詢時間只有0.01秒 最後,再把語句完善一下,加上MIN(id)的判斷。我在最開始測試的時候,就是因爲沒有加上MIN(id)的判斷,結果有一半的時間總是查詢到表中的前面幾行。 完整查詢語句是: 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; //速度還是慢了一點 //顯示行 0 - 0 (1 總計, 查詢花費 0.0535 秒) [domainid: 26466 - 26466] 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; //顯示行 0 - 0 (1 總計, 查詢花費 0.0351 秒) [domainid: 62898 - 62898] 最後在php中對這兩個語句進行分別查詢10次, 前者花費時間 0.147433 秒 後者花費時間 0.015130 秒 看來採用JOIN的語法比直接在WHERE中使用函數效率還要高很多。
鎖定老貼子 主題:MySql配置(網易的) Hompy項目現使用2臺數據服務器,主從數據庫內存分別爲8G和6G。 開始老是down機,以my-huge爲基礎配了很多次,都不行, 後來,借用了mail.sanook.com的配置,撐了一斷時