mysql常用分頁優化例子

對於初學者使用mysql分頁是非常的簡單了，但如果你使用到10W數據時你會發現limit分頁非常的緩慢了，並且查詢一次需要40秒左右的時間哦，下面我來給大家介紹mysql分頁優化例子吧，希望文章能給各位帶來幫助哦。

大家都知道分頁肯定會用到這兩種類型的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就行不通了，會讓你尴尬的！