午夜剧场伦理_日本一道高清_国产又黄又硬_91黄色网战_女同久久另类69精品国产_妹妹的朋友在线

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

MySQL大數據下Limit使用

瀏覽:35日期: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 數據庫
相關文章:
主站蜘蛛池模板: 欧美日韩精品免费 | 日韩手机在线视频 | 亚洲欧美国产精品 | 日韩精品一区二区在线观看 | 欧美日韩国产在线一区 | 欧美日本高清 | 久久久国产精品久久久 | 久久久久久久黄色 | 九九色视频| 99精品久久| 成人欧美一区 | 精品亚洲一区二区三区 | 在线免费观看a视频 | 中文字幕一区不卡 | 中文字幕视频在线观看 | 一个色的综合 | 这里只有精品视频 | 午夜免费 | 91精品国产综合久久福利 | 中文字幕永久在线视频 | 成人欧美在线观看 | а√中文在线资源库 | 欧日韩精品 | 成人欧美一区二区 | 精品视频在线看 | 亚洲精品久久久久 | 久久精品国产亚洲 | 日韩欧美亚 | 天天婷婷 | 麻豆国产精品777777在线 | 老色鬼av| 在线中文字幕视频 | av中文天堂在线 | 成人a v视频 | 成人高清免费 | 欧美一区二区三区观看 | www狠狠操| 国产视频一区在线播放 | 男女无遮挡做爰猛烈视频 | 精品小视频| 国内毛片毛片毛片 |