• <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| 国产亚洲婷婷香蕉久久精品| 奇米影视7777久久精品| 国产精品久久久久久搜索| 久久久综合九色合综国产| 国内精品久久久久久不卡影院 | 久久久www免费人成精品| 亚洲精品无码久久久久久| 久久久久久久人妻无码中文字幕爆| 亚洲综合伊人久久综合| 国产成人精品免费久久久久| 久久久久久久国产免费看| 久久人人爽人人爽人人片AV东京热| 一本一本久久a久久综合精品蜜桃| 成人国内精品久久久久一区| 久久精品亚洲福利| 亚洲va中文字幕无码久久不卡| 久久久久亚洲AV无码专区网站| 久久天天躁狠狠躁夜夜网站| 国产亚洲欧美成人久久片| 亚洲伊人久久综合影院| 欧美亚洲另类久久综合| 99久久无色码中文字幕人妻| 国产精品gz久久久| 少妇高潮惨叫久久久久久| 人妻精品久久久久中文字幕| 久久成人国产精品二三区| 国产aⅴ激情无码久久| 久久国产香蕉一区精品| 亚洲一本综合久久| 国产人久久人人人人爽| A级毛片无码久久精品免费| 国产精品99久久久久久董美香 | 久久一区二区三区99| 久久精品国产第一区二区三区| 无码人妻久久一区二区三区蜜桃| 久久精品亚洲福利| 亚洲天堂久久精品| 日本精品久久久久中文字幕8 | 精品久久久久久无码中文字幕|