本文目錄一覽:
- 1、PHP+mysql分頁的問題,我用了php萬能分頁的代碼,但是不好用,請幫我看看是什麼問題?說19行不對,請指教
- 2、php+mysql分頁問題,分頁實現後,頁碼太多,如何僅顯示前10頁?
- 3、php+mysql分頁!
- 4、PHP+MySQL高效的分頁方法,如何優化LIMIT,OFFSET進行的分頁?
PHP+mysql分頁的問題,我用了php萬能分頁的代碼,但是不好用,請幫我看看是什麼問題?說19行不對,請指教
剛才下載了類包看了看,
1、$page 變數名已經被使用,且聲明為全局變數所以你不用再次定義$page,也就是說,使用幫助有錯誤,且limit 條件不應該是$page ,而應該是
$start = ($page-1)*$pageSize;//(當前頁碼-1)* 每頁的顯示條目
$strsql = ” limit $start,$pageSize “;// limit 起始,每頁條目
2、你定義的$total 並未得到數值,而是一條SQL語句(字元串),其次查詢$total 時不要帶 limit參數
3、代碼(對應你注釋的19行的上一行到你寫的注釋SQL自己加進去吧)
$pageSize=2;
$allusers = “select * from `users`”;
$result = mysql_query($allusers);
$total = mysql_num_rows($result);
pageft($total,$pageSize,1,1,1,5);
$start = ($page-1)*$pageSize;
$strsql = $allusers .” limit $start,$pageSize “;
// 從表中提取信息的sql語句
// $strsql=”SELECT * FROM `crm_order`”;
// 執行sql查詢
$result=mysql_query($strsql, $conn);
// 獲取查詢結果
4、
題外:APPserver 報錯後必須多次刷新或重啟Apache才能清除上一次的錯誤輸出
php+mysql分頁問題,分頁實現後,頁碼太多,如何僅顯示前10頁?
php 和html 混編 看起來真是 DT
文件名為t1.php 已經過調試 沒有加錯誤捕捉 表名 tttt
?php
header(“Content-Type: text/html; charset=utf-8”);
$dbhost =”127.0.0.1″;
$dbuser = “root”;
$dbpwd = “*****”;
$dbname = “*****”;
$charName = “‘UTF8′”; //設置查詢字符集gbk,gbk2312,utf-8
$mysqli = new mysqli($dbhost,$dbuser,$dbpwd,$dbname);
if (mysqli_connect_errno()){ //注意mysqli_connect_error()新特性
die(‘Unable to connect!’). mysqli_connect_error();
}
$sql = “SET NAMES “.$charName;
$mysqli-query($sql);
$perNumber=50; //每頁顯示的記錄數
$page=isset($_GET[‘page’])?$_GET[‘page’]: 1 ; //獲得當前的頁面值
//echo $page;
$sql=”select count(*) as count from tttt”;
$rs=$mysqli-query($sql); //獲得記錄總數
$row=mysqli_fetch_array($rs,MYSQLI_ASSOC) ;
$totalNumber=$row[‘count’];
$totalPage=ceil($totalNumber/$perNumber); //計算出總頁數
$startCount=($page-1)*$perNumber; //分頁開始,根據此方法計算出開始的記錄
$result=$mysqli-query(“select * from tttt order by id desc limit $startCount,$perNumber”); //根據前面的計算出開始的記錄和記錄數
$maxPageCount=10;
$buffCount=5;
$startPage=1;
if ($page $buffCount){
$startPage=1;
}else if($page=$buffCount and $page$totalPage-$maxPageCount ){
$startPage=$page-$buffCount+1;
}else{
$startPage=$totalPage-$maxPageCount+1;
}
$endPage=$startPage+$maxPageCount-1;
$htmlstr=””;
$line=1;
while ($row=mysqli_fetch_array($result,MYSQLI_ASSOC)){
$htmlstr.=$line.”行”;
$htmlstr.=$row[‘id’].” /br”;
$line++;
}
$htmlstr.=”tabletr”;
if ($page 1){
$htmlstr.=”td a href=’t1.php?page=”. 1 .”‘ 第一頁/a /td”;
$htmlstr.=”td a href=’t1.php?page=”. ($page-1) .”‘ 上一頁/a /td”;
}
for ($i=$startPage;$i=$endPage; $i++){
$htmlstr.=”tda href=’t1.php?page=”.$i.”‘”.$i.”/a/td”;
}
if ($page$totalPage){
$htmlstr.=”tda href=’t1.php?page=”.($page+1) . “‘ 下一頁/a /td”;
$htmlstr.=”tda href=’t1.php?page=”.$totalPage . “‘ 最後頁/a /td”;
}
$htmlstr.=”/tr/table”;
echo $htmlstr;
?
php+mysql分頁!
$page=$_GET[‘page’];
$countpage=30;
$minpage = get_minpage($page,$countpage);
$maxpage = get_maxpage($page,$countpage);
for($minpage; $minpage = $maxpage;$minpage++)
{
if($minpage == $page){
echo “font color=#ff0000$minpage /font”;
}
else
{
echo $minpage.’ ‘;
}
}
//取最小頁
function get_minpage($page,$countpage)
{
$minpage = $page-5;
if($page+5 = $countpage)
{
$minpage = $minpage-(5-($countpage-$page));
}else{
if($minpage =1){
$minpage = 1;
}
}
return $minpage;
}
//取最大頁
function get_maxpage($page,$countpage)
{
$maxpage = $page+5;
if($page-5 = 1)
{
$maxpage = $maxpage-($page-6);
}
if($maxpage = $countpage)
{
$maxpage = $countpage;
}
return $maxpage;
}
PHP+MySQL高效的分頁方法,如何優化LIMIT,OFFSET進行的分頁?
很多應用往往只展示最新或最熱門的幾條記錄,但為了舊記錄仍然可訪問,所以就需要個分頁的導航欄。然而,如何通過MySQL更好的實現分頁,始終是比較令人頭疼的問題。雖然沒有拿來就能用的解決辦法,但了解資料庫的底層或多或少有助於優化分頁查詢。
我們先從一個常用但性能很差的查詢來看一看。
SELECT *
FROM city
ORDER BY id DESC
LIMIT 0, 15
這個查詢耗時0.00sec。So,這個查詢有什麼問題呢?實際上,這個查詢語句和參數都沒有問題,因為它用到了下面表的主鍵,而且只讀取15條記錄。
CREATE TABLE city (
id int(10) unsigned NOT NULL AUTO_INCREMENT,
city varchar(128) NOT NULL,
PRIMARY KEY (id)
) ENGINE=InnoDB;
真正的問題在於offset(分頁偏移量)很大的時候,像下面這樣:
SELECT *
FROM city
ORDER BY id DESC
LIMIT 100000, 15;
上面的查詢在有2M行記錄時需要0.22sec,通過EXPLAIN查看SQL的執行計劃可以發現該SQL檢索了100015行,但最後只需要15行。大的分頁偏移量會增加使用的數據,MySQL會將大量最終不會使用的數據載入到內存中。就算我們假設大部分網站的用戶只訪問前幾頁數據,但少量的大的分頁偏移量的請求也會對整個系統造成危害。Facebook意識到了這一點,但Facebook並沒有為了每秒可以處理更多的請求而去優化資料庫,而是將重心放在將請求響應時間的方差變小。
對於分頁請求,還有一個信息也很重要,就是總共的記錄數。我們可以通過下面的查詢很容易的獲取總的記錄數。
SELECT COUNT(*)
FROM city;
然而,上面的SQL在採用InnoDB為存儲引擎時需要耗費9.28sec。一個不正確的優化是採用 SQL_CALC_FOUND_ROWS,SQL_CALC_FOUND_ROWS 可以在能夠在分頁查詢時事先準備好符合條件的記錄數,隨後只要執行一句 select FOUND_ROWS(); 就能獲得總記錄數。但是在大多數情況下,查詢語句簡短並不意味著性能的提高。不幸的是,這種分頁查詢方式在許多主流框架中都有用到,下面看看這個語句的查詢性能。
SELECT SQL_CALC_FOUND_ROWS *
FROM city
ORDER BY id DESC
LIMIT 100000, 15;
這個語句耗時20.02sec,是上一個的兩倍。事實證明使用 SQL_CALC_FOUND_ROWS 做分頁是很糟糕的想法。
下面來看看到底如何優化。文章分為兩部分,第一部分是如何獲取記錄的總數目,第二部分是獲取真正的記錄。
高效的計算行數
如果採用的引擎是MyISAM,可以直接執行COUNT(*)去獲取行數即可。相似的,在堆表中也會將行數存儲到表的元信息中。但如果引擎是InnoDB情況就會複雜一些,因為InnoDB不保存表的具體行數。
我們可以將行數緩存起來,然後可以通過一個守護進程定期更新或者用戶的某些操作導致緩存失效時,執行下面的語句:
SELECT COUNT(*)
FROM city
USE INDEX(PRIMARY);
獲取記錄
下面進入這篇文章最重要的部分,獲取分頁要展示的記錄。上面已經說過了,大的偏移量會影響性能,所以我們要重寫查詢語句。為了演示,我們創建一個新的表「news」,按照時事性排序(最新發布的在最前面),實現一個高性能的分頁。為了簡單,我們就假設最新發布的新聞的Id也是最大的。
CREATE TABLE news(
id INT UNSIGNED PRIMARY KEY AUTO_INCREMENT,
title VARCHAR(128) NOT NULL
) ENGINE=InnoDB;
一個比較高效的方式是基於用戶展示的最後一個新聞Id。查詢下一頁的語句如下,需要傳入當前頁面展示的最後一個Id。
SELECT *
FROM news WHERE id $last_id
ORDER BY id DESC
LIMIT $perpage
查詢上一頁的語句類似,只不過需要傳入當前頁的第一個Id,並且要逆序。
SELECT *
FROM news WHERE id $last_id
ORDER BY id ASC
LIMIT $perpage
上面的查詢方式適合實現簡易的分頁,即不顯示具體的頁數導航,只顯示「上一頁」和「下一頁」,例如博客中頁腳顯示「上一頁」,「下一頁」的按鈕。但如果要實現真正的頁面導航還是很難的,下面看看另一種方式。
SELECT id
FROM (
SELECT id, ((@cnt:= @cnt + 1) + $perpage – 1) % $perpage cnt
FROM news
JOIN (SELECT @cnt:= 0)T
WHERE id $last_id
ORDER BY id DESC
LIMIT $perpage * $buttons
)C
WHERE cnt = 0;
通過上面的語句可以為每一個分頁的按鈕計算出一個offset對應的id。這種方法還有一個好處。假設,網站上正在發布一片新的文章,那麼所有文章的位置都會往後移一位,所以如果用戶在發布文章時換頁,那麼他會看見一篇文章兩次。如果固定了每個按鈕的offset Id,這個問題就迎刃而解了。Mark Callaghan發表過一篇類似的博客,利用了組合索引和兩個位置變數,但是基本思想是一致的。
如果表中的記錄很少被刪除、修改,還可以將記錄對應的頁碼存儲到表中,並在該列上創建合適的索引。採用這種方式,當新增一個記錄的時候,需要執行下面的查詢重新生成對應的頁號。
SET p:= 0;
UPDATE news SET page=CEIL((p:= p + 1) / $perpage) ORDER BY id DESC;
當然,也可以新增一個專用於分頁的表,可以用個後台程序來維護。
UPDATE pagination T
JOIN (
SELECT id, CEIL((p:= p + 1) / $perpage) page
FROM news
ORDER BY id
)C
ON C.id = T.id
SET T.page = C.page;
現在想獲取任意一頁的元素就很簡單了:
SELECT *
FROM news A
JOIN pagination B ON A.id=B.ID
WHERE page=$offset;
還有另外一種與上種方法比較相似的方法來做分頁,這種方式比較試用於數據集相對小,並且沒有可用的索引的情況下—比如處理搜索結果時。在一個普通的伺服器上執行下面的查詢,當有2M條記錄時,要耗費2sec左右。這種方式比較簡單,創建一個用來存儲所有Id的臨時表即可(這也是最耗費性能的地方)。
CREATE TEMPORARY TABLE _tmp (KEY SORT(random))
SELECT id, FLOOR(RAND() * 0x8000000) random
FROM city;
ALTER TABLE _tmp ADD OFFSET INT UNSIGNED PRIMARY KEY AUTO_INCREMENT, DROP INDEX SORT,ORDER BY random;
接下來就可以向下面一樣執行分頁查詢了。
SELECT *
FROM _tmp
WHERE OFFSET = $offset
ORDER BY OFFSET
LIMIT $perpage;
簡單來說,對於分頁的優化就是。。。避免數據量大時掃描過多的記錄。
原創文章,作者:ILMT,如若轉載,請註明出處:https://www.506064.com/zh-tw/n/146313.html