mysql常用分頁最佳化例子

來源:互聯網
上載者:User

大家都知道分頁肯定會用到這兩種類型的sql:
(1) select count(*) from table where 條件
(2) select * from table where 條件 (頁碼數-1)*每頁數

當資料量一大(幾百w),不管你是用什麼儲存引擎,這兩種sql都會很噁心了。

對於第一種:
我表示無解,如果你單表幾百萬、幾千萬,即使走覆蓋索引也要很長時間,帶了where條件,無論是MYISAM還是INNODB都會全表掃描,如果你對結果並不是非要精確,走cache吧,因為被坑了很多次,所以我堅持分表處理,盡量保持單表不過百萬。

對於第二種:
(1)首先當然是建立索引了,讓查詢結果在索引中進行;
(2)只返回需要的自動
(3)先擷取到offset的id後,再直接使用limit size來擷取資料。
隨便建立了一張表,插了一百萬的資料

CREATE TABLE IF NOT EXISTS `article` (
  `id` int(11) NOT NULL AUTO_INCREMENT,
  `category_id` int(11) NOT NULL,
  `name` char(16) NOT NULL,
  `content` text NOT NULL,
  PRIMARY KEY (`id`),
) ENGINE=InnoDB  DEFAULT CHARSET=utf8

看看最佳化效果:

#查詢花費 38.6875 秒
SELECT SQL_NO_CACHE *
FROM  `article`
LIMIT 800000 , 20
 
#查詢花費 0.9375 秒

SELECT SQL_NO_CACHE id, category_id
FROM  `article`
LIMIT 800000 , 20
 
#查詢花費 0.3594 秒

SELECT SQL_NO_CACHE id, category_id
FROM  `article`
WHERE id >= (SELECT id FROM  `article` LIMIT 800000 , 1)
LIMIT 20
 
#查詢花費 0.0000 秒

SELECT SQL_NO_CACHE id, category_id
FROM  `article`
WHERE id
BETWEEN 800000
AND 800020

windows下測試可能存在一定誤差,當然還有很多其他的方法如建立索引表等待。
最後:對於大型平台或系統,用架構啊、什麼ORM就行不通了,會讓你尷尬的!

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.