罕见的几种分页体式格局：
1.扶梯体式格局
扶梯体式格局在导航上一般只供应上一页/下一页这两种情势，部份产物以至不供应上一页功用，只供应一种“更多/more”的体式格局，也有下拉自动加载更多的体式格局，在手艺上都能够归结成扶梯体式格局。
扶梯体式格局在手艺完成上比较简单及高效，依据当前页末了一条的偏移今后猎取一页即可。写成SQL能够相似
SELECT*FROMLIST_TABLEWHEREid> offset_id LIMIT n;
1.电梯体式格局
别的一种数据猎取体式格局在产物上体现成准确的翻页体式格局，如1,2,3……n，同时在导航上也能够由用户输入直达n页。国内大部份场景采纳电梯体式格局，但电梯体式格局在手艺完成上相对本钱较高。
在MySQL中，一般提到的b-tree，在存储引擎完成上，一般都是b+tree。
运用电梯体式格局时刻，当用户指定翻到第n页时刻，并没有直接要领寻址到该位置，而是须要从第一楼逐一count，scan到count*page时刻，猎取数据才真正最先，所以致使效力不高。
传统分页手艺(电梯体式格局)
起首前端须要传给你的分页实体，以及查询前提
//分页实体
structFinanceDcPage{
1:i32 pageSize,//页容量
2:i32 pageIndex,//当前页索引
}
然后你须要返回查询总条数给前端；
SELECTCOUNT(*)FROMmy_tableWHEREx= y ORDERBYid;
然后再返回指定页面条数给前端：
SELECT*FROMmy_tableWHEREx= y ORDERBYdate_colLIMIT (pageIndex - 1)* pageSize, pageSize;
由上面两条sql语句查询出来的效果须要返回给前端的分页实体，以及单页效果集
//分页实体
structFinanceDcPage{
1:i32 pageSize,//页容量
2:i32 pageIndex,//当前页索引
3:i32 pageTotal,//总页数
4:i32 totalRecod,//总条数
}
传统查询要领，每次要求变化的只要pageIndex值，也就是limit offset,num的offset
如limit 0,10; limit 10,10; …. limit10000,10;
上面的变化会致使每次查询所实行的时候会有误差，offset值越大须要的时候越长，如limit10000,10 须要读取10010个数据才获得想要的10条数据。
优化要领
传统要领中我们相识到，影响效力的症结是递次遍历了许多不须要的数据，找到了症结点那末就从这里动手。
假如没有必需运用电梯体式格局的时刻，我们能够运用扶梯的体式格局，来进步机能。
然则大多数状况，电梯情势更能满足用户的需求，所以我们就须要另找要领来优化电梯情势。
基于传统体式格局的优化
上面提到的优化体式格局，要么难以满足用户的需求，要么完成起来过于庞杂，所以假如数据量不是迥殊大的时刻，像百来万条数据，实在基础没有必要运用上面的优化要领。
传统要领已充足用了，只不过传统要领也能够须要优化的处所。比方：
orderby优化
SELECT*FROMpa_dc_flowORDERBYsubject_codeDESCLIMIT100000,5
这条语句中运用了ORDERBY症结字，那末对什么举行排序又非常重要了，假如你是对自增id举行排序的话，那末这条语句就不须要优化了，假如是索引以至非索引的话，那就须要优化了。
起首你要保证它是索引，不然真的会很慢。然后假如他是索引，然则本身不像自增id那样有序的话，那末就要改写成下面的语句。
SELECT*FROMpa_dc_flowINNERJOIN(SELECTidFROMpa_dc_flowORDERBYsubject_codeDESCLIMIT100000,5)ASpa_dc_flow_idUSING(id);
下面是对两条sql的 EXPLAIN
由图中我们能够看出，第二个sql能够少扫面许多页面。
实在这涉及到order by的优化题目，第一条sql中并没有益用到subject_code索引。假如你改成select subject_code …则用到了索引。下面是对order by的优化。
order by后的字段，假如要走索引，须与where 前提里的某字段竖立复合索引！！或者说orcerby后的字段假如要走索引排序，它要么与where前提里的字段竖立复合索引【这里竖立复合索引的时刻，须要注重复合索引的列递次为（where字段，order by字段），如许才满足最左列准绳，缘由多是order by字段并能算在where 查询前提中！】，要么它本身要在where前提里被引用到！
表asubject_code为一般字段,上面建有索引,id是自增主键
select*fromaorderbysubject_code//用不上索引 selectidfromaorderbysubject_code//能用上索引 selectsubject_codefromaorderbysubject_code//能用上索引 select*fromawheresubject_code= XX orderbysubject_code//能用上索引
意义是说order by 要防止运用文件体系排序，要么把order by的字段出现在select后，要么运用order by字段出现在where 前提里，要么把order by字段与where前提字段竖立复合索引！
第二条sql就是奇妙的应用第二种体式格局应用上了索引。 select id from a order bysubject_code，这类体式格局
count优化
当数据量非常大时，实在能够输出总数的也许数据，应用explain语句，他并没有真正去实行sql，而是举行的预算。
相干引荐：
MySQL分页机能优化指南
php mysql分页类(php新手入门)
php+mysql分页代码详解_PHP教程
以上就是mysql分页机能探究的细致内容，更多请关注ki4网别的相干文章！
