MySQL高效分頁解決方案集分享
更新時間:2013年11月01日 15:38:09 作者:
這篇文章介紹了MySQL高效分頁解決方案集,有需要的朋友可以參考一下
一,最常見MYSQL最基本的分頁方式:
select * from content order by id desc limit 0, 10
在中小數(shù)據(jù)量的情況下,這樣的SQL足夠用了,唯一需要注意的問題就是確保使用了索引。隨著數(shù)據(jù)量的增加,頁數(shù)會越來越多,查看后幾頁的SQL就可能類似:
select * from content order by id desc limit 10000, 10
一言以蔽之,就是越往后分頁,LIMIT語句的偏移量就會越大,速度也會明顯變慢。
此時,我們可以通過2種方式:
一,子查詢的分頁方式來提高分頁效率,飄易用的SQL語句如下:
SELECT * FROM `content` WHERE id (SELECT id FROM `content` ORDER BY id desc LIMIT ".($page-1)*$pagesize.", 1) ORDER BY id desc LIMIT $pagesize
為什么會這樣呢?因為子查詢是在索引上完成的,而普通的查詢時在數(shù)據(jù)文件上完成的,通常來說,索引文件要比數(shù)據(jù)文件小得多,所以操作起來也會更有效率。(via)通過explain SQL語句發(fā)現(xiàn):子查詢使用了索引!
id select_type table type possible_keys key key_len ref rows Extra
1 PRIMARY content range PRIMARY PRIMARY 4 NULL 6264 Using where
2 SUBQUERY content index NULL PRIMARY 4 NULL 27085 Using index
經(jīng)過飄易的實測,使用子查詢的分頁方式的效率比純LIMIT提高了14-20倍!
二,JOIN分頁方式
select * FROM `content` AS t1
JOIN (SELECT id FROM `content` ORDER BY id desc LIMIT ".($page-1)*$pagesize.", 1) AS t2
WHERE t1.id
經(jīng)過我的測試,join分頁和子查詢分頁的效率基本在一個等級上,消耗的時間也基本一致。explain SQL語句:
id select_type table type possible_keys key key_len ref rows Extra
1 PRIMARY system NULL NULL NULL NULL 1
1 PRIMARY t1 range PRIMARY PRIMARY 4 NULL 6264 Using where
2 DERIVED content index NULL PRIMARY 4 NULL 27085 Using index
三,使用MYSQL的FOUND_ROWS()函數(shù)
Mysql FOUND_ROWS() 函數(shù)結(jié)合SQL_CALC_FOUND_ROWS在SELECT中可以得到兩個結(jié)果:
1. 得到Limit的內(nèi)容
2. 得到去除Limit以后所有行數(shù)
SELECT語句中經(jīng)??赡苡肔IMIT限制返回行數(shù)。有時候可能想要知道如果沒有LIMIT會返回多少行,但又不想再執(zhí)行一次相同語句。那么,在SELECT查詢中包含SQL_CALC_FOUND_ROWS選項,然后執(zhí)行FOUND_ROWS()就可以了:
select SQL_CALC_FOUND_ROWS * FROM tbl_name WHERE id > 100 LIMIT 10;
SELECT FOUND_ROWS();
其中SQL_CALC_FOUND_ROWS 告訴Mysql將sql所處理的行數(shù)記錄下來,F(xiàn)OUND_ROWS() 則取到了這個紀(jì)錄。 雖然也是兩個語句,但是只執(zhí)行了一次主查詢,所以效率比原來要高很多。
1. 如果在前一條語句中使用SQL_CALC_FOUND_ROWS選項,F(xiàn)OUND_ROWS()將返回第一條語句沒有LIMIT時返回的行數(shù)。
2. 如果在前一條語句中沒有使用SQL_CALC_FOUND_ROWS選項,F(xiàn)OUND_ROWS()將返回前一條語句實際返回的行數(shù)。
如果使用 SELECT SQL_CALC_FOUND_ROWS,MySQL必須計算所有結(jié)果集的行數(shù)。盡管這樣,總比再執(zhí)行一次不使用LIMIT的查詢要快多了吧,因為那樣結(jié)果集要返回客戶端滴。(另外:應(yīng)該不單是沒有將結(jié)果集返回的原因,還有原因可能是比如LIKE之類比較費勁的SQL不需要再去勞累一次。)
-- 注意下面語句中的條件 LIKE
SELECT SQL_CALC_FOUND_ROWS * FROM tbl_name WHERE Name LIKE '%string%' id > 100 LIMIT 10;
SELECT FOUND_ROWS();
-- 上面語句等價于下面語句,但性能方面應(yīng)該提升非常非常的明顯:
SELECT COUNT(*) FROM tbl_name WHERE Name LIKE '%string%' ;
SELECT * FROM tbl_name WHERE Name LIKE '%string%' id > 100 LIMIT 10;
復(fù)制代碼 代碼如下:
select * from content order by id desc limit 0, 10
在中小數(shù)據(jù)量的情況下,這樣的SQL足夠用了,唯一需要注意的問題就是確保使用了索引。隨著數(shù)據(jù)量的增加,頁數(shù)會越來越多,查看后幾頁的SQL就可能類似:
復(fù)制代碼 代碼如下:
select * from content order by id desc limit 10000, 10
一言以蔽之,就是越往后分頁,LIMIT語句的偏移量就會越大,速度也會明顯變慢。
此時,我們可以通過2種方式:
一,子查詢的分頁方式來提高分頁效率,飄易用的SQL語句如下:
復(fù)制代碼 代碼如下:
SELECT * FROM `content` WHERE id (SELECT id FROM `content` ORDER BY id desc LIMIT ".($page-1)*$pagesize.", 1) ORDER BY id desc LIMIT $pagesize
為什么會這樣呢?因為子查詢是在索引上完成的,而普通的查詢時在數(shù)據(jù)文件上完成的,通常來說,索引文件要比數(shù)據(jù)文件小得多,所以操作起來也會更有效率。(via)通過explain SQL語句發(fā)現(xiàn):子查詢使用了索引!
復(fù)制代碼 代碼如下:
id select_type table type possible_keys key key_len ref rows Extra
1 PRIMARY content range PRIMARY PRIMARY 4 NULL 6264 Using where
2 SUBQUERY content index NULL PRIMARY 4 NULL 27085 Using index
經(jīng)過飄易的實測,使用子查詢的分頁方式的效率比純LIMIT提高了14-20倍!
二,JOIN分頁方式
復(fù)制代碼 代碼如下:
select * FROM `content` AS t1
JOIN (SELECT id FROM `content` ORDER BY id desc LIMIT ".($page-1)*$pagesize.", 1) AS t2
WHERE t1.id
經(jīng)過我的測試,join分頁和子查詢分頁的效率基本在一個等級上,消耗的時間也基本一致。explain SQL語句:
復(fù)制代碼 代碼如下:
id select_type table type possible_keys key key_len ref rows Extra
1 PRIMARY system NULL NULL NULL NULL 1
1 PRIMARY t1 range PRIMARY PRIMARY 4 NULL 6264 Using where
2 DERIVED content index NULL PRIMARY 4 NULL 27085 Using index
三,使用MYSQL的FOUND_ROWS()函數(shù)
Mysql FOUND_ROWS() 函數(shù)結(jié)合SQL_CALC_FOUND_ROWS在SELECT中可以得到兩個結(jié)果:
1. 得到Limit的內(nèi)容
2. 得到去除Limit以后所有行數(shù)
SELECT語句中經(jīng)??赡苡肔IMIT限制返回行數(shù)。有時候可能想要知道如果沒有LIMIT會返回多少行,但又不想再執(zhí)行一次相同語句。那么,在SELECT查詢中包含SQL_CALC_FOUND_ROWS選項,然后執(zhí)行FOUND_ROWS()就可以了:
復(fù)制代碼 代碼如下:
select SQL_CALC_FOUND_ROWS * FROM tbl_name WHERE id > 100 LIMIT 10;
SELECT FOUND_ROWS();
其中SQL_CALC_FOUND_ROWS 告訴Mysql將sql所處理的行數(shù)記錄下來,F(xiàn)OUND_ROWS() 則取到了這個紀(jì)錄。 雖然也是兩個語句,但是只執(zhí)行了一次主查詢,所以效率比原來要高很多。
1. 如果在前一條語句中使用SQL_CALC_FOUND_ROWS選項,F(xiàn)OUND_ROWS()將返回第一條語句沒有LIMIT時返回的行數(shù)。
2. 如果在前一條語句中沒有使用SQL_CALC_FOUND_ROWS選項,F(xiàn)OUND_ROWS()將返回前一條語句實際返回的行數(shù)。
如果使用 SELECT SQL_CALC_FOUND_ROWS,MySQL必須計算所有結(jié)果集的行數(shù)。盡管這樣,總比再執(zhí)行一次不使用LIMIT的查詢要快多了吧,因為那樣結(jié)果集要返回客戶端滴。(另外:應(yīng)該不單是沒有將結(jié)果集返回的原因,還有原因可能是比如LIKE之類比較費勁的SQL不需要再去勞累一次。)
復(fù)制代碼 代碼如下:
-- 注意下面語句中的條件 LIKE
SELECT SQL_CALC_FOUND_ROWS * FROM tbl_name WHERE Name LIKE '%string%' id > 100 LIMIT 10;
SELECT FOUND_ROWS();
復(fù)制代碼 代碼如下:
-- 上面語句等價于下面語句,但性能方面應(yīng)該提升非常非常的明顯:
SELECT COUNT(*) FROM tbl_name WHERE Name LIKE '%string%' ;
SELECT * FROM tbl_name WHERE Name LIKE '%string%' id > 100 LIMIT 10;
您可能感興趣的文章:
- Mysql limit 優(yōu)化,百萬至千萬級快速分頁 復(fù)合索引的引用并應(yīng)用于輕量級框架
- MSSQL MySQL 數(shù)據(jù)庫分頁(存儲過程)
- MySQL 百萬級分頁優(yōu)化(Mysql千萬級快速分頁)
- Mysql中分頁查詢的兩個解決方法比較
- 高效的mysql分頁方法及原理
- mysql分頁原理和高效率的mysql分頁查詢語句
- 如何優(yōu)化Mysql千萬級快速分頁
- 8種MySQL分頁方法總結(jié)
- mysql、mssql及oracle分頁查詢方法詳解
- 在大數(shù)據(jù)情況下MySQL的一種簡單分頁優(yōu)化方法
- MySQL中分頁優(yōu)化的實例詳解
- 在MySQL中使用LIMIT進(jìn)行分頁的方法
- MySQL分頁技術(shù)、6種分頁方法總結(jié)
- MySQL提高分頁效率
相關(guān)文章
MySQL之解決字符串?dāng)?shù)字的排序失效問題
這篇文章主要介紹了MySQL之解決字符串?dāng)?shù)字的排序失效問題,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2023-08-08Mysql實現(xiàn)企業(yè)級日志管理、備份與恢復(fù)的實戰(zhàn)教程
下面小編就為大家分享一篇Mysql實現(xiàn)企業(yè)級日志管理、備份與恢復(fù)的實戰(zhàn)教程,具有很好的參考價值,希望對大家有所幫助。一起跟隨小編過來看看吧2017-12-12Mysql 直接查詢存儲的Json字符串中的數(shù)據(jù)
本文主要介紹了Mysql直接查詢存儲的Json字符串中的數(shù)據(jù),文中通過示例代碼介紹的非常詳細(xì),具有一定的參考價值,感興趣的小伙伴們可以參考一下2022-02-02