• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            面對現實,超越自己
            逆水行舟,不進則退
            posts - 269,comments - 32,trackbacks - 0
            Select * From user Limit 3 Offset 5;

            以上語句表示從Account表獲取數據,跳過5行,取3行


            用法一

            SELECT `keyword_rank`.* FROM `keyword_rank` WHERE (advertiserid='59') LIMIT 2 OFFSET 1;

            比如這個SQL ,limit后面跟的是2條數據,offset后面是從第1條開始讀取。

            用法二

            SELECT `keyword_rank`.* FROM `keyword_rank` WHERE (advertiserid='59') LIMIT 2,1;

            而這個SQL,limit后面是從第2條開始讀,讀取1條信息。

            這兩個千萬別搞混哦。

            用法三

             select * from tablename <條件語句> limit 100,-1

            從第100條后開始-最后一條的記錄

            用法四

             select * from tablename <條件語句> limit 15

            相當于limit 0,15   .查詢結果取前15條數據

            用法五
            mysql低版本不支持limit offset
            limit offset 在mysql 4.0以上的版本中都可以正常運行,在舊版本的mysql 3.23中無效
            limit m offset n 等價于 limit m,n

            limit 的優化

            mysql的limit給分頁帶來了極大的方便,但數據量一大的時候,limit的性能就急劇下降

            來源:一畝三分地博客 
            MYSQL的優化是非常重要的。其他最常用也最需要優化的就是limit。mysql的limit給分頁帶來了極大的方便,但數據量一大的時候,limit的性能就急劇下降。 

            同樣是取10條數據 

            select * from yanxue8_visit limit 10000,10 和 
            select * from yanxue8_visit limit 0,10 
            就不是一個數量級別的。 

            網上也很多關于limit的五條優化準則,都是翻譯自mysql手冊,雖然正確但不實用。今天發現一篇文章寫了些關于limit優化的,很不錯。 

            文中不是直接使用limit,而是首先獲取到offset的id然后直接使用limit size來獲取數據。根據他的數據,明顯要好于直接使用limit。這里我具體使用數據分兩種情況進行測試。(測試環境win2033+p4雙核 (3GHZ) +4G內存 mysql 5.0.19) 

            1、offset比較小的時候。 

            select * from yanxue8_visit limit 10,10 

            多次運行,時間保持在0.0004-0.0005之間 
            Select * From yanxue8_visit Where vid >=( 
            Select vid From yanxue8_visit Order By vid limit 10,1 
            ) limit 10 

            多次運行,時間保持在0.0005-0.0006之間,主要是0.0006 
            結論:偏移offset較小的時候,直接使用limit較優。這個顯然是子查詢的原因。 

            2、offset大的時候。 
            select * from yanxue8_visit limit 10000,10 

            多次運行,時間保持在0.0187左右 
            Select * From yanxue8_visit Where vid >=( 
            Select vid From yanxue8_visit Order By vid limit 10000,1 
            ) limit 10 

            多次運行,時間保持在0.0061左右,只有前者的1/3。可以預計offset越大,后者越優
            本文轉自:http://blog.csdn.net/lvwz2008/article/details/7558285
            posted on 2012-06-21 12:40 王海光 閱讀(1264) 評論(0)  編輯 收藏 引用 所屬分類: SQLite
            久久久久av无码免费网| 久久国产精品无码一区二区三区 | 久久人妻少妇嫩草AV蜜桃| 精品久久久久久国产三级| 久久中文字幕视频、最近更新| 久久久久久精品免费看SSS| 国产精品一区二区久久国产| 狠狠精品干练久久久无码中文字幕| 久久天天躁狠狠躁夜夜av浪潮| 久久无码人妻一区二区三区| 久久国产成人午夜aⅴ影院| 成人久久精品一区二区三区| 久久久久国产精品麻豆AR影院| 人妻精品久久无码区| 亚洲国产日韩欧美久久| 久久亚洲国产精品一区二区| 亚洲精品无码久久久久| 亚洲国产成人久久综合野外| 久久精品国产免费一区| 麻豆成人久久精品二区三区免费| 久久成人18免费网站| 久久美女人爽女人爽| 久久亚洲AV成人出白浆无码国产| 亚洲欧美成人久久综合中文网 | 亚洲精品WWW久久久久久| 久久国产精品一区二区| 久久AV高清无码| 日韩精品久久无码人妻中文字幕| 亚洲国产成人精品91久久久| 狠狠色丁香婷婷综合久久来来去| AV色综合久久天堂AV色综合在| 久久婷婷五月综合97色| 久久人人爽人人爽人人片AV高清| 久久久久国产日韩精品网站| AAA级久久久精品无码区| av无码久久久久久不卡网站| 999久久久无码国产精品| 国产亚洲婷婷香蕉久久精品 | 国产精品丝袜久久久久久不卡| 国产精品对白刺激久久久| 91精品国产色综合久久|