慢查询阈值设0.5秒较合适，尤其高并发系统；修改可在配置文件或运行时动态调整；记录未使用索引、管理语句及从库语句可根据需求开启；推荐用mysqldumpslow或pt-query-digest分析日志；关键指标包括query_time、rows_examined、lock_time等以判断优化空间。mysql慢查询设置的核心在于选对阈值并结合业务场景调整，long_query_time默认1秒，但高并发系统建议设为0.5秒甚至更低，可通过配置文件或set global命令修改，同时可启用log_queries_not_using_indexes等参数控制日志内容，并借助分析工具解读日志中的关键性能指标来识别优化点。
MySQL的慢查询设置其实不复杂，但关键在于如何选对阈值，让它真正帮你找出影响性能的SQL。默认的慢查询阈值是1秒，但实际使用中，这个值可能太高也可能太低，具体要看你的业务场景和数据库负载情况。
慢查询阈值设多少合适？
MySQL中通过 long_query_time 参数来设置慢查询的“慢”标准，默认是1秒。你可以根据实际需求调整这个值。比如在高并发系统中，0.5秒甚至更低的阈值可能更合适，这样能捕捉到更多潜在性能问题。
修改方法很简单，可以在配置文件中加一行：
[mysqld] long_query_time = 0.5
也可以在运行时动态修改：
SET GLOBAL long_query_time = 0.5;
不过要注意，有些版本的MySQL需要重启或重新连接后才会生效。
慢查询日志记录哪些内容最关键？
除了时间阈值，你还可以控制慢查询日志记录哪些信息。常用的参数包括：
-
log_queries_not_using_indexes：是否记录未使用索引的查询 -
log_slow_admin_statements：是否记录慢的管理语句（如ALTER TABLE） -
log_slow_slave_statements：是否记录从库的慢语句（在主从复制场景下有用）
这些参数可以根据你的优化重点来开启。比如如果你正在优化查询性能，建议开启记录未使用索引的语句，这样可以发现一些被忽略的优化点。
慢查询分析工具推荐
光记录日志还不够，得能看懂日志内容。MySQL自带的 mysqldumpslow 是个基础工具，可以统计慢查询的执行频率、平均耗时等信息。比如：
mysqldumpslow -s t -t 10 /var/log/mysql/mysql-slow.log
这条命令会按时间排序，列出最慢的前10条SQL。
如果你需要更详细的分析，可以考虑用 pt-query-digest（Percona Toolkit的一部分），它支持更复杂的分析维度，比如查询模式、执行计划变化等。
关键指标有哪些？怎么判断是否需要优化？
除了执行时间，还有一些指标能帮助你判断SQL是否需要优化：
- Rows_examined：扫描的行数。如果这个值远大于返回行数（Rows_sent），说明可能缺少合适的索引。
- Lock_time：锁等待时间。如果这个值高，说明可能存在锁竞争问题。
- Query_time：整体执行时间。是设置慢查询的核心指标。
- Rows_sent：返回行数。如果这个值很小，但扫描行数很大，说明SQL效率低。
这些指标在慢查询日志里都能看到。你可以根据这些信息判断SQL是否“慢”得有道理，还是存在优化空间。
基本上就这些。设置慢查询不是一劳永逸的事，得结合业务变化不断调整。关键是要让日志真正反映问题，而不是淹没在一堆无用信息里。
