1、使用order by id可以在查询时使用主键索引。但是这种方式在id为uuid的时候就会出现问题。
网站建设哪家好，找创新互联建站！专注于网页设计、网站建设、微信开发、小程序开发、集团企业网站建设等服务项目。为回馈新老客户创新互联还提供了丹凤免费建站欢迎大家使用！
2、优化前：原理：mysql会先查询出10000010（一千万零一十）条数据，然后丢弃前10000000（一千万）条数据，返回最后10（十）条数据，所以偏移量越大，性能就越差。
3、一个不正确的优化是采用 SQL_CALC_FOUND_ROWS，SQL_CALC_FOUND_ROWS 可以在能够在分页查询时事先准备好符合条件的记录数，随后只要执行一句 select FOUND_ROWS()； 就能获得总记录数。
第一个参数是指要开始的地方，第二个参数是指每页显示多少条数据；注意：第一页用0表示。
首先我们建立一个表表的数据，这个表里有25条数据，id从1到25。（下图是部分截图）要分页数据，首先我们假设一页有10条数据，我们可以用mysql的limit关键字来限定返回多少条数据。
MySQL能够单看索引来执行这个查询。它不会简单地跳过前15万行，在使用offset是没有办法的，但它不需要读取15万行。(只有游标分页可以让你跳过所有的行)。
数据库语句 select * from databaseName limit 0，5；（查找从0开始的5条数据）；url解析：parse_url $_SERVER[REQUEST_URL]获取当前的地址。
SELECT * FROM `csdn` ORDER BY id DESC LIMIT 100000，2000；耗时： 0.813ms分析：对上面的mysql语句说明：limit 100000，2000的意思扫描满足条件的102000行，扔掉前面的100000行，返回最后的2000行。
这种方式的做法是先定位偏移位置的id，然后再往后查询，适用于id递增的情况。
方法使用 主键索引 进行关联查询 方法每次记录当前页的 最后一条id ，作为下一页的查询条件 正常情况下没有人会翻到几千页，我们可以通过限制可以翻页的数量解决这个问题，如：百度、谷歌。
使用order by id可以在查询时使用主键索引。但是这种方式在id为uuid的时候就会出现问题。
难怪搜索引擎抓取我们页面的时候经常会报超时，像这种分页最大的页码页显然这种时 间是无法忍受的。
分页查询一般 DBA 想到的办法是在某个（如ID，create_time)字段上加组合索引。这样条件排序都能有效的利用到索引，性能迅速提升。
这种方式的做法是先定位偏移位置的id，然后再往后查询，适用于id递增的情况。
一个不正确的优化是采用 SQL_CALC_FOUND_ROWS，SQL_CALC_FOUND_ROWS 可以在能够在分页查询时事先准备好符合条件的记录数，随后只要执行一句 select FOUND_ROWS()； 就能获得总记录数。
正常情况下没有人会翻到几千页，我们可以通过限制可以翻页的数量解决这个问题，如：百度、谷歌。手机端可以使用下拉方式进行滚动翻页，每次记录当前页的最后一条id，作为下一页的查询条件。
首先，数据量大的时候，应尽量避免全表扫描，应考虑在 where 及 order by 涉及的列上建立索引，建索引可以大大加快数据的检索速度。
最近一段时间由于工作需要，开始关注针对Mysql数据库的select查询语句的相关优化方法。
1、第一个参数是指要开始的地方，第二个参数是指每页显示多少条数据；注意：第一页用0表示。
2、这种方式的做法是先定位偏移位置的id，然后再往后查询，适用于id递增的情况。
3、模仿百度、谷歌方案（前端业务控制）类似于分段。我们给每次只能翻100页、超过一百页的需要重新加载后面的100页。
4、所以本案例，反而是优化成这种方式来执行分页，更合适，他只有一个扫描【聚簇索引】筛选符合你分页所有数据的成本：然后再做一页20条数据的20次回表查询即可。
