慢 SQL-优快云博客

本文链接：https://blog.youkuaiyun.com/weixin_43598533/article/details/142903404

文章目录

定位慢SQL

通过监控工具（如 slow_query_log）开启慢查询日志，记录执行时间超过设定阈值的 SQL 语句。

利用数据库提供的性能分析工具（如 MySQL 的 EXPLAIN、SHOW PROFILE 或 Performance Schema）分析慢查询的执行计划。

识别出性能瓶颈，并进行针对性优化。

慢SQL种类

慢 SQL 常见问题，主要包括：

索引使用情况

关联查询问题

排序问题

分页查询问题

索引

通过 EXPLAIN 进行分析，可以判断查询语句是否使用了索引。

使用索引时，需要注意以下几点：

索引失效：在某些特殊情况下，索引可能失效，导致查询转变为全表扫描，显著影响性能。
覆盖索引：使用覆盖索引（Covering Index）以避免回表查找，提升查询效率。
小基数列：避免在小基数列上建立索引，因为其选择性低，无法有效提升性能。
范围查找：如果查询中包含范围查找（如 BETWEEN、>, <），后面的条件可能不会使用索引。
函数或类型转换：避免在索引列上进行函数操作或类型转换，这会导致索引失效。
少用 OR 和 IN：尽量减少使用 OR 和 IN，这些操作通常会导致全表扫描。
避免 IS NULL, NOT NULL：在索引列上使用 IS NULL 或 IS NOT NULL 条件时，可能会导致索引失效。
设计原则：在设计索引时，应根据业务需求，确保遵循最左匹配原则（Leftmost Prefix Rule）。

关联查询

两表关联操作时，应保证小表驱动大表，并在关联字段上建立索引。

关联查询主要有两种算法：

嵌套循环连接 (Nested-Loop Join, NLJ)：适合小表与大表的连接。

基于块的嵌套循环连接 (Block Nested-Loop Join, BNL)：用于处理较大数据集的连接。

索引影响：

如果关联字段已建立索引，选择 NLJ 算法，遍历小表数据，根据关联字段直接查找被驱动表。

如果未建立索引，选择 BNL 算法，先将小表数据加载到 join_buffer 中，再与大表进行逐一比对。

排序

如果 WHERE 查询条件和 ORDER BY 的条件满足最左匹配原则，则会使用索引。

否则，将进行文件排序：

文件排序：根据排序字段的总长度选择单路排序或双路排序。双路排序需要回表操作。

缓冲区处理：如果所有字段的总长度小于设定值，将在缓冲区中排好序；如果超过设定值，排序字段和主键将放在缓冲区中排序后，再回表获取完整数据。