当业务上按照月份分表，但是前端h5需要分页展示，小伙伴们不知有没有遇到这个这个需求最后怎么完成的。我这里想了一个解决思路，可能还不完善，希望能抛转引玉。入参pageNo 为页号码，如果为1那么就是第一页。
站在用户的角度思考问题，与客户深入沟通，找到昭平网站设计与昭平网站推广的解决方案，凭借多年的经验，让设计与互联网技术结合，创造个性化、用户体验好的作品，建站类型包括：成都网站建设、成都网站设计、企业官网、英文网站、手机端网站、网站推广、域名与空间、虚拟主机、企业邮箱。业务覆盖昭平地区。
offset+limit方式的分页查询，当数据表超过100w条记录，性能会很差。主要原因是offset limit的分页方式是从头开始查询，然后舍弃前offset个记录，所以offset偏移量越大，查询速度越慢。
分页查询一般 DBA 想到的办法是在某个（如ID，create_time)字段上加组合索引。这样条件排序都能有效的利用到索引，性能迅速提升。
1、这种方式的做法是先定位偏移位置的id，然后再往后查询，适用于id递增的情况。
2、对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。
3、一个不正确的优化是采用 SQL_CALC_FOUND_ROWS，SQL_CALC_FOUND_ROWS 可以在能够在分页查询时事先准备好符合条件的记录数，随后只要执行一句 select FOUND_ROWS()； 就能获得总记录数。
4、首先，数据量大的时候，应尽量避免全表扫描，应考虑在 where 及 order by 涉及的列上建立索引，建索引可以大大加快数据的检索速度。
5、W数据基本不用优化的。走索引就可以了。上百万了再说吧。
1、使用order by id可以在查询时使用主键索引。但是这种方式在id为uuid的时候就会出现问题。
2、mysql中大数据查询优化的方法：对查询进行优化，应尽量避免全表扫描，首先应考虑在 where 及 order by 涉及的列上建立索引。
3、大的分页偏移量会增加使用的数据，MySQL会将大量最终不会使用的数据加载到内存中。就算我们假设大部分网站的用户只访问前几页数据，但少量的大的分页偏移量的请求也会对整个系统造成危害。
4、然后以下面的方式在临时表中查询：SELECT ＊ FROM cust_with_balance WHERE postcode“98000”临时表中的行要比主表中的行少，而且物理顺序就是所要求的顺序，减少了磁盘I/O，所以查询工作量可以得到大幅减少。
5、通过简单的变换，其实思路很简单：1）通过优化索引，找出id，并拼成 123，90000，12000 这样的字符串。2）第2次查询找出结果。
6、W数据基本不用优化的。走索引就可以了。上百万了再说吧。
第一个参数是指要开始的地方，第二个参数是指每页显示多少条数据；注意：第一页用0表示。
bitsCN点抗 MySQL数据库优化处理实现千万级快速分页分析，来看下吧。数据表 collect ( id， title ，info ，vtype) 就这4个字段，其中 title 用定长，info 用text， id 是逐渐，vtype是tinyint，vtype是索引。
Mysql的limit用法在我们使用查询语句的时候，经常要返回前几条或者中间某几行数据，这个时候怎么办呢？不用担心，mysql已经为我们提供了这样一个功能。
我们可以通过帮助数据库获得它需要的数据而更进一步，而无需获取底层行。 这样做的方法称为“覆盖索引covering index”，它是确保快速偏移/限制分页的最终解决方案。
1、这个地方是说，从proct中选出所有的pname来，一共有三条记录。
2、在Mysql中进行分页查询通常需要用到LIMIT关键字来指定查询的起始行以及查询的行数，使用LIMIT关键字时，可以将WHERE子句用来筛选需要的数据，例如限制只查询某个特定范围内的数据。
3、入参pageNo 为页号码，如果为1那么就是第一页。pageSize 可以是入参也可定死，这里定死10条。Limit 是数据偏移标记，根据入参pageNo 计算出来的，Limit=(pageNo-1)*pageSize。
4、它表示返回最大的记录行数目： mysql SELECT * FROM table LIMIT 5； //检索前 5 个记录行 //换句话说，LIMIT n 等价于 LIMIT 0，n。
5、使用其他表查询的id集合来进行查询：但是使用这种in查询方式的时候要注意的是，某些MySQL版本并不支持在in子句中使用limit子句。