建站
咨詢
售后
建站咨詢
新聞中心
隨著數(shù)據(jù)量的不斷增加，越來越多的網(wǎng)站和應(yīng)用需要支持分頁查詢和顯示。在傳統(tǒng)的應(yīng)用中，分頁查詢是由后成的，即數(shù)據(jù)庫會對查詢結(jié)果進行分頁，然后返回給前端。但隨著前端技術(shù)的發(fā)展，越來越多的分頁邏輯被移到前端。這種方式可以提高系統(tǒng)的性能和用戶的體驗，但在大數(shù)據(jù)量的情況下，仍然存在效率問題。本文將討論幾種。
目前成都創(chuàng)新互聯(lián)已為上千多家的企業(yè)提供了網(wǎng)站建設(shè)、域名、虛擬空間、網(wǎng)站托管、企業(yè)網(wǎng)站設(shè)計、鼓樓網(wǎng)站維護等服務(wù)，公司將堅持客戶導(dǎo)向、應(yīng)用為本的策略，正道將秉承"和諧、參與、激情"的文化，與客戶和合作伙伴齊心協(xié)力一起成長，共同發(fā)展。
1. 增量分頁
增量分頁是指每次查詢一頁數(shù)據(jù)時，只查詢比上一頁數(shù)據(jù)的最后一條記錄更早的記錄。具體地說，可以在每次查詢時，將上一次查詢的記錄的ID作為下一次查詢的游標，在下一次查詢中只返回ID比這個游標大的記錄。這種方法的優(yōu)點是查詢速度快，因為數(shù)據(jù)庫只需要比較ID的大小，而不需要掃描整個表。但缺點是如果有大量數(shù)據(jù)入和刪除，游標可能會失效，需要重新查詢。
2. 緩存分頁
緩存分頁是將分頁數(shù)據(jù)緩存在系統(tǒng)中，并利用緩存提高分頁查詢的效率。具體而言，可以將分頁結(jié)果保存在緩存中，下一次查詢時可以從緩存中獲取數(shù)據(jù)，而不必再次查詢數(shù)據(jù)庫。當用戶進行操作，如新增、更新、刪除時，需要更新緩存。此外，可以設(shè)置緩存失效時間，確保緩存一定時間內(nèi)是最新的。
3. 預(yù)處理分頁
預(yù)處理分頁是指將所有分頁數(shù)據(jù)一次性查詢出來，然后根據(jù)頁面需要展示的數(shù)據(jù)進行選擇。當用戶翻頁時，不需要再次查詢數(shù)據(jù)庫，只需要把已經(jīng)查詢出來的數(shù)據(jù)進行重新排序和選擇即可。這種方法可以減少數(shù)據(jù)庫的查詢次數(shù)，但可能會增加系統(tǒng)的內(nèi)存和網(wǎng)絡(luò)帶寬使用量。
4. 倒序分頁
倒序分頁是指將數(shù)據(jù)表按照倒序排列，然后使用LIMIT和OFFSET進行分頁。具體而言，可以使用LIMIT語句指定每頁顯示的數(shù)據(jù)量，OFFSET語句指定跳過的數(shù)據(jù)量，然后按照倒序排列的數(shù)據(jù)進行查詢。這種方法可以避免使用ORDER BY語句進行排序，速度較快，但需要在數(shù)據(jù)表的結(jié)構(gòu)上進行更改。
使用數(shù)據(jù)庫分頁的方式有多種，可以根據(jù)不同的應(yīng)用場景進行選擇。基于查詢速度和系統(tǒng)資源使用的考慮，增量分頁和緩存分頁可以實現(xiàn)效率的更大化。但對于數(shù)據(jù)量較大的場景，預(yù)處理分頁可以減少數(shù)據(jù)庫的查詢次數(shù)，提高效率。而倒序分頁則適用于數(shù)據(jù)表結(jié)構(gòu)可以隨意更改的情況，可以利用不同的排序方式實現(xiàn)更高效的分頁。不同的分頁方式應(yīng)該根據(jù)具體需求和環(huán)境選擇，以實現(xiàn)更高效的查詢和展示。
相關(guān)問題拓展閱讀：
- 數(shù)據(jù)庫中in的用法
- mysql數(shù)據(jù)庫分頁
數(shù)據(jù)庫中in的用法
數(shù)據(jù)庫中in的用法的用法你知道嗎？下面我就跟你們詳細介紹下數(shù)據(jù)庫中in的用法的用法，希兆蘆仔望對你們有用。
數(shù)據(jù)庫中in的用法的用法如下：
IN:確定給定的值是否與子查詢或列表中的值相匹配。
IN 關(guān)鍵字使您得以選擇與列表中的任意一個值匹配的行。
SELECT ProductID, ProductName FROM Northwind.dbo.Products WHERECategoryID IN (1, 4, 5)
IN 關(guān)族汪鍵字之后的項目必須用逗號隔開，并且括在括號中。
NOT IN:通過 NOT IN關(guān)鍵字引入的子查詢也返回一列零值或更多值。
以下查詢查找沒有出版過商業(yè)書籍的出版商的名稱。
SELECTpub_name FROM publishers WHERE pub_id NOT IN (SELECT pub_id FROM titles WHEREtype = ‘business’)
嘩余 使用 EXISTS和 NOT EXISTS引入的子查詢可用于兩種原理的操作：交集與差集。兩個的交集包含同時屬于兩個原的所有元素。
差集包含只屬于兩個中的之一個的元素。
EXISTS:指定一個子查詢，檢測行的存在。
SELECT DISTINCT pub_name FROM publishers WHERE EXISTS (SELECT *FROM titles WHERE pub_id = publishers.pub_id AND type =
’business’)
SELECTdistinct pub_name FROM publishers WHERE pub_id IN (SELECT pub_id FROM titlesWHERE type = ‘business’)
兩者的區(qū)別:
EXISTS:后面可以是整句的查詢語句如:SELECT *FROM titles
IN:后面只能是對單列:SELECTpub_id FROM titles
NOT EXISTS:
例如，要查找不出版商業(yè)書籍的出版商的名稱：
SELECTpub_name FROM publishers WHERE NOT EXISTS (SELECT * FROM titles WHERE pub_id =publishers.pub_id AND type =
’business’)
下面的查詢查找已經(jīng)不銷售的書的名稱:
SELECT titleFROM titles WHERE NOT EXISTS (SELECT title_id FROM sales WHERE title_id =titles.title_id)
例子：
//驗證有發(fā)布產(chǎn)品的公司個數(shù)
select id,name from company where exists (select * from product where comid=company.id)
select id,name from company where id in(select comid from product)
//驗證沒有發(fā)布產(chǎn)品的公司個數(shù)
select id,name from company where not exists (select * from product where comid=company.id)
select id,name from company where id not in(select comid from product)
mysql數(shù)據(jù)庫分頁
可以空知型使用TOP分頁啊
什么斗猜數(shù)據(jù)庫都猛高可以用的
例如:
select
top
*
from
a
where
a.id
not
in
(select
top
(5
*
1) id
from
b)
一頁要獲取的條數(shù)
是頁數(shù)
1代表的是第二頁
很多應(yīng)用往往只展示最新或最熱門的幾條記錄，但為了舊記錄仍然可訪問，所以就需要個分頁的導(dǎo)航欄。然而，如何通過MySQL更好的實現(xiàn)分頁，始終是比較令人頭疼的問題。雖然沒有拿來就能用的解決辦法，但了解數(shù)據(jù)庫的底層或多或少有助于優(yōu)化分頁查詢。
我們先從一個常用但性能很差的查詢來看一看。
SELECT *
FROM city
ORDER BY id DESC
LIMIT 0, 15
這個查詢耗時0.00sec。So，這雀則個查詢有什么問題呢？實際上，這個查詢語句和參數(shù)都沒有問題，因為它用到了下面表的主鍵，而且只讀取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, 15;
上面的查詢在有2M行記錄時需要0.22sec，通過EXPLAIN查看SQL的執(zhí)行計劃可以發(fā)現(xiàn)該SQL檢索了100015行，但最后只需要15行。大的分頁偏移量會增加使用的數(shù)據(jù)，MySQL會將大量最終不會使用的數(shù)據(jù)加載到內(nèi)存中。就算我們假設(shè)大部分網(wǎng)站的用戶只訪問前幾頁數(shù)據(jù)，但少量的大的分頁偏移量的請求也會對整個系統(tǒng)造成危害。Facebook意識到了這一點，但Facebook并沒有為了每秒可以處理更多的請求而去優(yōu)化數(shù)據(jù)庫，而是將重心放在將請求響應(yīng)時間的方差變小。
對于分頁請求，還有一個信息也很重要，就是總共的記錄數(shù)。我們可以通過下面的查詢很容易的獲取總的記錄數(shù)。
SELECT COUNT(*)
FROM city;
然而，上面的SQL在采用InnoDB為存儲引擎時需要耗費9.28sec。一個不正確的優(yōu)化是采用 SQL_CALC_FOUND_ROWS,SQL_CALC_FOUND_ROWS 可以在能夠在分啟歲歷頁查詢時事先準備好符合條件的記錄數(shù)，隨后只要執(zhí)行一句 select FOUND_ROWS(); 就能獲得總記錄數(shù)。但是在大多數(shù)情況下，查詢語句簡短并不意味著性能的提高。不幸的是，這種分頁查詢方式在許多主流框架中都有用到，下面看看這個語句的查詢性能。
SELECT SQL_CALC_FOUND_ROWS *
FROM city
ORDER BY id DESC
LIMIT, 15;
這個語句耗時20.02sec，是上一個的兩倍。事實證明使用 SQL_CALC_FOUND_ROWS 做分頁是很糟糕的想法。
下面來看看到底如何優(yōu)化。文章分為兩部分，之一部分是如何獲取記錄的總數(shù)目，第二部分是獲取真正的記錄。
高效的計算行數(shù)
如果采用的引擎是MyISAM，可以直接執(zhí)行COUNT(*)去獲取行數(shù)即可。相悄搜似的，在堆表中也會將行數(shù)存儲到表的元信息中。但如果引擎是InnoDB情況就會復(fù)雜一些，因為InnoDB不保存表的具體行數(shù)。
我們可以將行數(shù)緩存起來，然后可以通過一個守護進程定期更新或者用戶的某些操作導(dǎo)致緩存失效時，執(zhí)行下面的語句：
SELECT COUNT(*)
FROM city
USE INDEX(PRIMARY);
獲取記錄
下面進入這篇文章最重要的部分，獲取分頁要展示的記錄。上面已經(jīng)說過了，大的偏移量會影響性能，所以我們要重寫查詢語句。為了演示，我們創(chuàng)建一個新的表“news”，按照時事性排序(最新發(fā)布的在最前面)，實現(xiàn)一個高性能的分頁。為了簡單，我們就假設(shè)最新發(fā)布的新聞的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 ASC
LIMIT $perpage
上面的查詢方式適合實現(xiàn)簡易的分頁，即不顯示具體的頁數(shù)導(dǎo)航，只顯示“上一頁”和“下一頁”，例如博客中頁腳顯示“上一頁”，“下一頁”的按鈕。但如果要實現(xiàn)真正的頁面導(dǎo)航還是很難的,下面看看另一種方式。
SELECT id
FROM (
SELECT id, ((@cnt:= @cnt + 1) + $perpage – 1) % $perpage cnt
FROM news
JOIN (SELECT @cnt:= 0)T
WHERE id = $offset
ORDER BY OFFSET
LIMIT $perpage;
簡單來說，對于分頁的優(yōu)化就是。。。避免數(shù)據(jù)量大時掃描過多的記錄。
select
*
from
數(shù)據(jù)表
order
by
id
limit
$num,$pages;
$num
//（當前頁數(shù)-1）乘以每頁胡早條數(shù)
$pages//每頁條數(shù)
這樣就陪搭可以了
首頁
$page=1
下一頁
$page=$_GET+1;
上蘆做拿一頁
$page=$_GET-1;數(shù)據(jù)庫分頁不用in的介紹就聊到這里吧，感謝你花時間閱讀本站內(nèi)容，更多關(guān)于數(shù)據(jù)庫分頁不用in,使用數(shù)據(jù)庫分頁的更高效方法,數(shù)據(jù)庫中in的用法,mysql數(shù)據(jù)庫分頁的信息別忘了在本站進行查找喔。
香港服務(wù)器選創(chuàng)新互聯(lián)，2H2G首月10元開通。
創(chuàng)新互聯(lián)（www.cdcxhl.com）互聯(lián)網(wǎng)服務(wù)提供商,擁有超過10年的服務(wù)器租用、服務(wù)器托管、云服務(wù)器、虛擬主機、網(wǎng)站系統(tǒng)開發(fā)經(jīng)驗。專業(yè)提供云主機、虛擬主機、域名注冊、VPS主機、云服務(wù)器、香港云服務(wù)器、免備案服務(wù)器等。
本文題目：使用數(shù)據(jù)庫分頁的更高效方法(數(shù)據(jù)庫分頁不用in)
本文URL：http://m.5511xx.com/article/cdssdij.html
