程序師世界是廣大編程愛好者互助、分享、學習的平台,程序師世界有你更精彩!
首頁
編程語言
C語言|JAVA編程
Python編程
網頁編程
ASP編程|PHP編程
JSP編程
數據庫知識
MYSQL數據庫|SqlServer數據庫
Oracle數據庫|DB2數據庫
 程式師世界 >> 數據庫知識 >> MYSQL數據庫 >> MYSQL入門知識 >> MySQL下Limit使用及性能分析

MySQL下Limit使用及性能分析

編輯:MYSQL入門知識
 

對於一直用Oracle的我,今天可是非常詫異,MySQL中同一個函數在不同數量級上的性能居然差距如此之大。

先看表ibmng(id,title,info)  唯一  id key 索引title

先看看兩條語句:

select * from ibmng limit 1000000,10

select * from ibmng limit 10,10

很多人都會認為不會有多大差別,但是他們都錯了,差別太大了,(可能機器不同有點差距,但絕對10倍以上)具體執行時間留給好奇的同學。

這是為什麼呢,都是offset的錯!

優化的話你可以想方法減小offset,如以下:

Select * From ibmng Where id >=(
Select id From ibmng Order By id limit 1000000,1
) limit 10

大家一定會看到問題, limit 1000000,1 同樣offset不是一樣大嗎,肯定不能優化。(但是,又錯了,執行之後才知道結果!)

原因是id是索引,所有快,那麼如下sql呢:

select id from ibmng where title=’mysql’ order by id limit 1000000,10;

這條sql大家又會猜錯,同樣慢的跟蝸牛一樣。(在此大家都會想title加了索引啊怎麼會這樣!)

接下來大家再執行一條sql如下:

select id from ibmng where title=’mysql’ limit 1000000,10;

執行之後你會發現速度是sousou的快!

原因看出來了吧,都是用了索引的原因,如果你要用select id from ibmng where title=’mysql’ order by id limit 1000000,10; 那麼就追加復合索引(title,id )吧!

注意:接下來與limit無關!

最後回到我現在的場景,如果千萬級別的數據分批次讀取統計的話,不要使用limit最好,用主鍵范圍判斷最佳!(eg:id<=1001000 and id>=1000001)

 
  1. 上一頁:
  2. 下一頁:
Copyright © 程式師世界 All Rights Reserved