• <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??梢灶A計offset越大,后者越優
            本文轉自:http://blog.csdn.net/lvwz2008/article/details/7558285
            posted on 2012-06-21 12:40 王海光 閱讀(1252) 評論(0)  編輯 收藏 引用 所屬分類: SQLite
            国产叼嘿久久精品久久| 天堂久久天堂AV色综合| 青青青青久久精品国产h久久精品五福影院1421| 亚洲AV无码久久精品狠狠爱浪潮| 亚洲午夜久久久久久噜噜噜| 国产亚洲精久久久久久无码| 国产L精品国产亚洲区久久| 亚洲欧美一区二区三区久久| 久久精品九九亚洲精品| 久久久中文字幕日本| 欧美午夜精品久久久久免费视| 精品久久久久久无码中文字幕| 精品久久久久久久久免费影院| 成人国内精品久久久久影院VR| 久久综合亚洲色HEZYO社区| 亚洲国产精品久久久久网站| 狠狠色狠狠色综合久久| 欧美国产精品久久高清| 色综合久久综精品| 久久99精品久久只有精品| 久久婷婷五月综合97色直播| 国产精品久久免费| 狠狠色丁香久久婷婷综合五月 | 91久久精品91久久性色| 久久久亚洲欧洲日产国码是AV| 欧美性大战久久久久久| 精品久久久久久国产三级| 国产巨作麻豆欧美亚洲综合久久 | 久久99免费视频| 成人免费网站久久久| 色婷婷久久综合中文久久蜜桃av| 亚洲欧洲久久av| 亚洲欧美精品一区久久中文字幕| 国产精品免费看久久久香蕉| 亚洲一区中文字幕久久| 日本免费一区二区久久人人澡| 久久国产乱子精品免费女| 久久免费美女视频| 国产午夜精品久久久久九九电影| 国产成人久久精品麻豆一区| 狠狠人妻久久久久久综合蜜桃|