分页查询LIMIT慢SQL优化

一、问题描述

在做分页查询的时候，遇到一个问题。之前做分页查询的功能的时候，都是从前端页面发回 searchCondition（查询条件）、curPage（当前页面）、pageSize（页面记录条数）两个参数，然后通过构造 sql 语句，实现查询的功能。
比如说，查询性别为男，年级是21级的学生，分页是第10页，每页30条数据，那么发回的内容中:
{searchCondition:{'sex':'male','grade':'2021'}, curPage: 10, pageSize: 30}
按照上面逻辑，当前页面（第10页）的第一条数据，应该显示的是数据库中的第271条数据，并且接着显示共30条数据。即

start = (curPage - 1) * pageSize;
size = pageSize;

经过后端拼凑之后，生成如下 sql:
SELECT * FROM `students` WHERE `SEX`='male' and `GRADE`='2021' ORDER BY ID DESC LIMIT 270, 30;
但是，这样的语句有个问题。那就是在数据量大的时候，性能非常差。在涉及到几十万的数据时，如果我们使用分页的“尾页”，常常因为 sql 执行时间过长导致请求失败。可是如果我们访问第一页、第二页，请求却是好的，这是为什么呢？