av一区二区在线观看_亚洲男人的天堂网站_日韩亚洲视频_在线成人免费_欧美日韩精品免费观看视频_久草视

您的位置:首頁技術文章
文章詳情頁

MySQL大數據下Limit使用

瀏覽:45日期:2023-10-17 12:31:13

對于一直用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 數據庫
相關文章:
主站蜘蛛池模板: www.日本国产| 亚洲三区在线观看 | 欧美亚洲在线视频 | 亚洲综合国产 | 欧美日本在线观看 | 午夜网| 中文字幕在线第二页 | 亚洲成人一区二区三区 | 欧美日韩精品区 | 亚洲免费在线观看 | 在线免费观看一区二区 | 91青青草视频 | 在线观看中文字幕视频 | 日韩一区二区三区视频在线观看 | 国产精品视频500部 a久久 | 成人精品毛片 | 国产精品久久久久久一区二区三区 | 色黄网站 | 91人人澡人人爽 | 91天堂网| 日韩激情在线 | 午夜a√| 精品福利在线 | 日韩在线免费视频 | 精品成人| 精品国产精品国产偷麻豆 | 国产精品一区二区无线 | 国产成人一区二区三区精 | 黄色香蕉视频在线观看 | 日本久久久一区二区三区 | 亚洲成人久久久 | www.国产日本 | 日韩在线中文字幕 | 99这里只有精品视频 | 情侣酒店偷拍一区二区在线播放 | 国产福利在线小视频 | 激情一区二区三区 | 91精品国产91久久久久久最新 | 久久久婷婷 | 999免费网站 | 亚洲欧美日韩一区 |