MySQL分頁(yè)查詢

常規(guī)寫法

SELECT id, name FROM t1 LIMIT 90000, 2;

此寫法在查詢大數(shù)據(jù)量時(shí),執(zhí)行效率非常低

主鍵自增且連續(xù)

SELECT id, name FROM t1 WHERE id > 90000 LIMIT 2;

主鍵自增但不連續(xù)

SELECT a.id, a.name FROM t1 a INNER JOIN (SELECT id FROM t1 ORDER BY a LIMIT 90000, 2) ON a.id = b.id;

SELECT id FROM t1 ORDER BY a LIMIT 90000, 2 是從二級(jí)索引表中取的數(shù)據(jù)

與前端配合分頁(yè)查詢

前端往服務(wù)器傳page和size時(shí),多帶一個(gè)參數(shù)lastId,即上一頁(yè)的最后一個(gè)id值,第一頁(yè)為0,SQL查詢?yōu)?/p>

SELECT id, name FROM t1 WHERE id > lastId LIMIT size;
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
【社區(qū)內(nèi)容提示】社區(qū)部分內(nèi)容疑似由AI輔助生成,瀏覽時(shí)請(qǐng)結(jié)合常識(shí)與多方信息審慎甄別。
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

相關(guān)閱讀更多精彩內(nèi)容

  • 當(dāng)需要從數(shù)據(jù)庫(kù)查詢的表有上萬條記錄的時(shí)候,一次性查詢所有結(jié)果會(huì)變得很慢,特別是隨著數(shù)據(jù)量的增加特別明顯,這時(shí)需要使...
    零點(diǎn)145閱讀 317評(píng)論 0 0
  • 當(dāng)需要從數(shù)據(jù)庫(kù)查詢的表有上萬條記錄的時(shí)候,一次性查詢所有結(jié)果會(huì)變得很慢,特別是隨著數(shù)據(jù)量的增加特別明顯,這時(shí)需要使...
    yangzheng216閱讀 542評(píng)論 0 0
  • 當(dāng)需要從數(shù)據(jù)庫(kù)查詢的表有上萬條記錄的時(shí)候,一次性查詢所有結(jié)果會(huì)變得很慢,特別是隨著數(shù)據(jù)量的增加特別明顯,這時(shí)需要使...
    youyouzh閱讀 754評(píng)論 0 0
  • https://www.cnblogs.com/youyoui/p/7851007.html 該條語(yǔ)句將會(huì)從表 o...
    王王王王王景閱讀 269評(píng)論 0 0
  • 優(yōu)化LIMIT分頁(yè) 在系統(tǒng)中需要進(jìn)行分頁(yè)才做的時(shí)候,我們通常會(huì)使用LIMIT加上偏移量的辦法實(shí)現(xiàn)。比如: 一個(gè)非常...
    耿返閱讀 593評(píng)論 1 4

友情鏈接更多精彩內(nèi)容