MySQL 慢 SQL 治理：从异常识别到优化复核 | NineData
慢 SQL 治理不只是查看执行时间，还需要结合执行次数、扫描范围、索引使用、会话影响和业务优先级，先找出真正值得处理的 SQL，再决定止损或优化方向。
前提条件
- 已登录 NineData 控制台，并已添加目标 MySQL 数据源。
- 当前账号具备目标数据源访问权限。
- 已准备需要分析的时间范围、业务影响或可疑 SQL 信息。
操作步骤
打开 ChatDBA，通过请选择数据源选择需要治理慢 SQL 的 MySQL 数据源。
输入慢 SQL 治理需求并发送，例如：
请分析当前 MySQL 是否存在高频慢 SQL 或异常慢查询，列出可疑 SQL、相关会话、影响范围，并给出优化方向。
查看可疑 SQL、执行影响、关联会话、索引建议、改写方向和后续治理动作。
对需要进一步确认的 SQL，结合执行计划、表结构、索引和数据分布进行复核，再使用 SQL 智能优化辅助比较方案。
结果与注意事项
- ChatDBA 的建议不能替代执行计划、业务语义和变更审批。
- 正在占用资源的 SQL 需要先判断业务影响，再决定等待、限流或终止；不要无条件执行 kill。
- 优化完成后重新验证执行计划、响应时间和资源消耗，并记录治理结果。