分页查询优化.docxVIP

分页查询优化 分页查询是很常见的一种业务需求，因此，分页查询的性能问题就是我们需要重点关注的。本章案例中会介绍三种分页查询的写法，让大家能应对分页查询的性能问题。 案例中所使用的表及数据可以从/datacharmer/test_db下载。 问题现象 一个客户业务系统带有分页查询功能，但是随着查询页数的增加，越往后查询性能越差，有时一个查询可能需要1分钟左右的时间。分页查询的写法类似于： 这是最传统的一种分页查询写法，但问题也是最多的。随着limit M,N值的增大，往往在越往后翻页的过程中速度越慢，原因是MySQL会读取表中的前M+N条数据，M越大， 性能就越差。 这里多说几句，在服务的很多客户中，还是有很多客户使用这种传统的分页查询写法的，主要有两点原因：①系统早期建设时数据量不大，性能问题没有暴露出来；②很多开发商把这种写法固化到了产品框架中，导致后期开发人员根本不关心这类问题。 优化方案 普通优化写法 针对分页查询，我们可以使用最简单的一种优化写法： 优化后的分页查询写法，会先查询翻页中需要的N条数据的主键值（emp_no），然后根据主键值回表查询所需要的N条数据，在此过程中查询N条数据的主键id在索引中完 成，所以效率会高一些。 业务优化写法 上面的写法虽然可以达到一定程度的优化，但还是存在性能问题。最佳的方式是在业务上进行配合修改为以下语句： 采用这种写法，在页面上只能通