在MySQL数据库的日常运行中，慢查询往往是导致业务响应变慢的核心原因之一，合理设置慢查询阈值并掌握关键分析指标，是数据库性能优化的重要基础工作。
MySQL慢查询阈值设置方法
1. 全局级别设置
全局级别的慢查询阈值对所有新的数据库连接生效，修改后已经存在的连接不会立即生效。可以通过SQL命令直接修改，也可以通过配置文件永久生效。
通过SQL命令临时修改的方式如下，执行后重启MySQL服务会失效：
-- 查看当前慢查询阈值，单位秒 SHOW GLOBAL VARIABLES LIKE 'slow_query_log%'; SHOW GLOBAL VARIABLES LIKE 'long_query_time'; -- 设置全局慢查询阈值为2秒，即执行时间超过2秒的查询会被记录到慢查询日志 SET GLOBAL long_query_time = 2; -- 开启慢查询日志 SET GLOBAL slow_query_log = 'ON'; -- 设置慢查询日志存储路径 SET GLOBAL slow_query_log_file = '/var/lib/mysql/slow.log';
如果需要永久生效，需要修改MySQL的配置文件my.cnf（Linux系统）或my.ini（Windows系统），在[mysqld]段添加如下配置：
[mysqld] slow_query_log = 1 long_query_time = 2 slow_query_log_file = /var/lib/mysql/slow.log
修改完成后重启MySQL服务即可生效。
2. 会话级别设置
会话级别的阈值仅对当前连接生效，不会影响其他连接，适合临时调试单个会话的查询性能。设置命令如下：
-- 设置当前会话的慢查询阈值为1秒 SET SESSION long_query_time = 1;
慢查询中最重要的核心指标
1. 查询执行时间
这是最基础的指标，即查询从开始执行到返回结果的总耗时，超过设置的long_query_time阈值的查询才会被记录到慢查询日志中。执行时间越长，对数据库资源的占用时间越久，对业务的影响也越大。
2. 扫描行数与返回行数
扫描行数是查询过程中需要遍历的数据行总数，返回行数是最终返回给客户端的数据行数。如果扫描行数远大于返回行数，说明查询可能没有走合适的索引，或者索引设计不合理，需要重点优化。两者的比值越大，查询的效率通常越低。
3. 锁等待时间
部分慢查询并不是因为查询逻辑本身耗时，而是因为等待表锁或行锁释放导致整体执行时间变长。慢查询日志中如果记录了锁等待相关的信息，需要排查是否存在长事务、热点行更新等锁竞争问题。
4. 查询执行次数
同一个慢查询如果执行次数很高，即使单次执行时间不长，也会对数据库造成较大的累计压力。需要优先优化执行频率高的慢查询，带来的性能提升会更明显。
慢查询日志分析示例
可以通过mysqldumpslow工具快速分析慢查询日志，常用的命令如下：
-- 按照查询执行时间排序，输出前10条慢查询 mysqldumpslow -s t -t 10 /var/lib/mysql/slow.log -- 按照查询执行次数排序，输出前10条慢查询 mysqldumpslow -s c -t 10 /var/lib/mysql/slow.log
分析后可以根据上述指标定位需要优化的查询，比如添加合适索引、优化查询逻辑、调整表结构等，逐步提升数据库的整体性能。