优化数据库查询性能小tip，分页查询中的这个点你大概率没注意过

1、概述：

在实际应用中，我们经常需要对数据库进行复杂的查询操作。然而，当使用order by排序后翻页的方式读取数据时，如果读取的数据数量不足pageSize，可能会导致查询速度特别慢。本文将深入探讨这一问题，并提供解决方案。

2、原因分析：

造成这种现象的主要原因是两个方面：

1. where条件的字段没有索引：如果没有为where条件中的字段创建索引，数据库必须扫描整个表来找到符合条件的记录，这将极大地影响查询效率。

2. 数据库查询的特性：当满足limit的数量后，数据库会停止查询。但在最后一页，由于查询结果数量一直不满足pageSize，数据库会继续查找直到找到所有符合条件的记录，找完整个表才会返回，引起查询最后一页时间显著增加。

3、解决方案：

为了避免最后一页查询速度过慢，我们可以采取以下两种方法：

• 1）提前统计查询条件下的数据总数：在查询之前，先统计该查询条件下，数据总数。查询到最后一页时，把查询PageSize改成查询具体条数。

• 2）直接忽略最后一页：如果不需要显示最后一页的数据，可以直接跳过最后一页的查询，从而避免不必要的性能损失。

代码示例：

假设我们有一个名为Student的实体类，它有id、name和score三个属性。我们想要按照score属性从高到低进行排序，并且每次只显示前10条记录。但是，如果在最后一页查询时，实际返回的记录数少于10条，就会导致查询速度变慢。

为了优化查询性能，我们首先检查条件中的字段是否已创建索引。如果没有索引，则创建索引。

之后，我们可以添加一个额外的步骤来获取总记录数，并在最后一页查询时，将pageSize设置为实际需要查询的记录数。接下来，我们编写一个Java伪代码程序，演示如何优化查询性能（使用Mybatis举例）：

首先，我们需要修改StudentMapper接口，添加一个新的方法来获取总记录数：

public interface StudentMapper {
    // 其他方法...

    @Select("SELECT COUNT(*) FROM student")
    int getTotalRecordCount();
}

然后，在StudentService服务层中，我们可以在查询之前调用getTotalRecordCount()方法来获取总记录数，并在最后一页查询时，将pageSize设置为实际需要查询的记录数：

@Service
public class StudentService {
    private final StudentMapper studentMapper;

    public StudentService(StudentMapper studentMapper) {
        this.studentMapper = studentMapper;
    }

    public Page<Student> findStudentsByPage(int pageNum, int pageSize) {
        // 获取总记录数
        int totalRecordCount = studentMapper.getTotalRecordCount();

        // 计算实际需要查询的记录数
        int actualPageSize = Math.min(totalRecordCount % pageSize, pageSize);

        // 如果是最后一页查询，设置实际需要查询的记录数
        if (pageNum == getTotalPageCount()) {
            pageSize = actualPageSize;
        }

        // 查询学生列表
        Page<Student> students = studentMapper.findStudentsByPage(pageNum, pageSize);

        // 返回结果
        return students;
    }

    // 获取总页数
    private int getTotalPageCount() {
        int totalRecordCount = studentMapper.getTotalRecordCount();
        return (int) Math.ceil((double) totalRecordCount / 10);
    }
}

在这个例子中，我们首先调用getTotalRecordCount()方法获取总记录数，然后计算实际需要查询的记录数。如果当前页码是总页数，那么我们将pageSize设置为实际需要查询的记录数。这样，即使在最后一页查询时，查询速度也不会变慢。

请注意，这里我们假设Page<Student>是Mybatis提供的一个泛型类，它包含了查询结果以及总记录数和总页数等信息。

4、总结：

总结来说，为了避免在最后一页查询时查询速度变慢，我们可以添加一个额外的步骤来获取总记录数，并在最后一页查询时，将pageSize设置为实际需要查询的记录数。或通过提前统计查询条件下的数据总数，并根据总数动态调整pageSize的值。或者直接忽略最后一页的查询，我们可以有效避免最后一页查询速度过慢的问题。同时，确保where条件的字段有索引也是提高查询性能的重要手段。