MySQL在大資料Limit使用

標籤：

它已被用於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）

MySQL在大資料Limit使用