国产片侵犯亲女视频播放_亚洲精品二区_在线免费国产视频_欧美精品一区二区三区在线_少妇久久久_在线观看av不卡

服務器之家:專注于服務器技術及軟件下載分享
分類導航

Mysql|Sql Server|Oracle|Redis|MongoDB|PostgreSQL|Sqlite|DB2|mariadb|Access|數據庫技術|

服務器之家 - 數據庫 - Mysql - Mysql中分頁查詢的兩個解決方法比較

Mysql中分頁查詢的兩個解決方法比較

2020-03-22 18:08MYSQL教程網 Mysql

本篇文章介紹了,Mysql中分頁查詢的兩個解決方法比較。需要的朋友參考下

mysql中分頁查詢有兩種方式, 一種是使用COUNT(*)的方式,具體代碼如下 

復制代碼代碼如下:

SELECT COUNT(*) FROM foo WHERE b = 1; 
SELECT a FROM foo WHERE b = 1 LIMIT 100,10; 


另外一種是使用SQL_CALC_FOUND_ROWS 

復制代碼代碼如下:

SELECT SQL_CALC_FOUND_ROWS a FROM foo WHERE b = 1 LIMIT 100, 10; 
SELECT FOUND_ROWS(); 


第二種方式調用SQL_CALC_FOUND_ROWS之后會將WHERE語句查詢的行數放在FOUND_ROWS()之中,第二次只需要查詢FOUND_ROWS()就可以查出有多少行了。

 


討論這兩種方法的優缺點:
首先原子性講,第二種肯定比第一種好。第二種能保證查詢語句的原子性,第一種當兩個請求之間有額外的操作修改了表的時候,結果就自然是不準確的了。而第二種則不會。但是非常可惜,一般頁面需要進行分頁顯示的時候,往往并不要求分頁的結果非常準確。即分頁返回的total總數大1或者小1都是無所謂的。所以其實原子性不是我們分頁關注的重點。

 

下面看效率。這個非常重要,分頁操作在每個網站上的使用都是非常大的,查詢量自然也很大。由于無論哪種,分頁操作必然會有兩次sql查詢,于是就有很多很多關于兩種查詢性能的比較:

SQL_CALC_FOUND_ROWS真的很慢么?

http://hi.baidu.com/thinkinginlamp/item/b122fdaea5ba23f614329b14

To SQL_CALC_FOUND_ROWS or not to SQL_CALC_FOUND_ROWS?

http://www.mysqlperformanceblog.com/2007/08/28/to-sql_calc_found_rows-or-not-to-sql_calc_found_rows/

老王這篇文章里面有提到一個covering index的概念,簡單來說就是怎樣才能只讓查詢根據索引返回結果,而不進行表查詢

具體看他的另外一篇文章:

MySQL之Covering Index

http://hi.baidu.com/thinkinginlamp/item/1b9aaf09014acce0f45ba6d3

實驗
結合這幾篇文章,做的實驗:

表: 

復制代碼代碼如下:

CREATE TABLE IF NOT EXISTS `foo` ( 
`a` int(10) unsigned NOT NULL AUTO_INCREMENT, 
`b` int(10) unsigned NOT NULL, 
`c` varchar(100) NOT NULL, 
PRIMARY KEY (`a`), 
KEY `bar` (`b`,`a`) 
) ENGINE=MyISAM; 


注意下這里是使用b,a做了一個索引,所以查詢select * 的時候是不會用到covering index的,select a才會使用到covering index

復制代碼代碼如下:

<?php 

$host = '192.168.100.166'; 
$dbName = 'test'; 
$user = 'root'; 
$password = ''; 

$db = mysql_connect($host, $user, $password) or die('DB connect failed'); 
mysql_select_db($dbName, $db); 

  
echo '==========================================' . "\r\n"; 

$start = microtime(true); 
for ($i =0; $i<1000; $i++) { 
    mysql_query("SELECT SQL_NO_CACHE COUNT(*) FROM foo WHERE b = 1"); 
    mysql_query("SELECT SQL_NO_CACHE a FROM foo WHERE b = 1 LIMIT 100,10"); 

$end = microtime(true); 
echo $end - $start . "\r\n"; 

echo '==========================================' . "\r\n"; 

$start = microtime(true); 
for ($i =0; $i<1000; $i++) { 
    mysql_query("SELECT SQL_NO_CACHE SQL_CALC_FOUND_ROWS a FROM foo WHERE b = 1 LIMIT 100, 10"); 
    mysql_query("SELECT FOUND_ROWS()"); 

$end = microtime(true); 
echo $end - $start . "\r\n"; 

echo '==========================================' . "\r\n"; 

$start = microtime(true); 
for ($i =0; $i<1000; $i++) { 
    mysql_query("SELECT SQL_NO_CACHE COUNT(*) FROM foo WHERE b = 1"); 
    mysql_query("SELECT SQL_NO_CACHE * FROM foo WHERE b = 1 LIMIT 100,10"); 

$end = microtime(true); 
echo $end - $start . "\r\n"; 

echo '==========================================' . "\r\n"; 

$start = microtime(true); 
for ($i =0; $i<1000; $i++) { 
    mysql_query("SELECT SQL_NO_CACHE SQL_CALC_FOUND_ROWS * FROM foo WHERE b = 1 LIMIT 100, 10"); 
    mysql_query("SELECT FOUND_ROWS()"); 

$end = microtime(true); 
echo $end - $start . "\r\n";


返回的結果:
Mysql中分頁查詢的兩個解決方法比較
和老王里面文章說的是一樣的。第四次查詢SQL_CALC_FOUND_ROWS由于不僅是沒有使用到covering index,也需要進行全表查詢,而第三次查詢COUNT(*),且select * 有使用到index,并沒進行全表查詢,所以有這么大的差別。

 

 

總結
PS: 另外提醒下,這里是使用MyISAM會出現三和四的查詢差別這么大,但是如果是使用InnoDB的話,就不會有這么大差別了。

所以我得出的結論是如果數據庫是InnoDB的話,我還是傾向于使用SQL_CALC_FOUND_ROWS

結論:SQL_CALC_FOUND_ROWS和COUNT(*)的性能在都使用covering index的情況下前者高,在沒使用covering index情況下后者性能高。所以使用的時候要注意這個。 

延伸 · 閱讀

精彩推薦
主站蜘蛛池模板: 欧美涩涩网站 | 国产妇女乱码一区二区三区 | 国产亚洲精品久久久久动 | 欧美一区永久视频免费观看 | 国产成人精品一区二区三区四区 | www.日韩系列 | 欧美日韩精品久久久 | www.久久精品 | 国产欧美一区二区视频 | 91高清视频在线观看 | 国产片av在线永久免费观看 | 精品视频在线一区 | 九九热这里 | 亚洲国内精品 | 免费 成 人 黄 色 | 一级特黄av | 日本黄色免费播放 | av资源在线 | 视频一区在线 | 久久精品无码一区二区三区 | 亚洲第一视频 | 国产成人av在线播放 | 亚洲资源在线 | 激情综合色综合久久综合 | 国产精品久久久久久模特 | 黄色在线免费看 | 欧美全黄 | 一级黄色大片在线观看 | 五月天综合网 | 亚洲一区电影 | 在线观看午夜免费视频 | 精品久久亚洲 | 成人羞羞网站 | 日本成人| 最近中文字幕免费mv视频7 | 免费在线黄色电影 | 日本在线免费观看视频 | 国产精品九九九 | 欧美激情一区二区 | 欧美激情一区二区三区在线视频 | 91看片网站 |