一、简介
注意：针对某些检测结论，性能检测报告提供了一系列的优化建议，请你在应用这些建议前谨慎测试，以防加重实例的性能问题。
二、功能介绍
健康评分：你可以看到当前数据库性能综合打分，满分100分；长期低于60分请注意优化业务或数据库配置。
报告生成、查看与保存：你可以任意创建报告，并查看最近一次生成的报告；报告可以通过另存网页的操作下载到本地查阅。
性能检测主要包含如下功能：
三、资源分析
分析一定时间内数据库实例资源（CPU、磁盘、连接）的使用情况，并综合评分概况。
注意：由于多数实例默认开启了闲时超用策略，因此你可能观察到最大 CPU 使用率可能超过100%。如果你的 CPU 长期超过100%，且平均值高于建议值，建议你尽快扩容。
四、系统状态
梳理实例关键指标，列举其状态和出现时间，并提出对应修改建议。
五、表空间分布
列出按数据空间倒序的当前 TOP 10 表，协助你分析超大表的情况。
六、冗余索引检测
列出当前可能的冗余索引（区分度小于1%的冗余），并提出优化建议。
注意：由于查询语句要先查询索引，再通过索引去查询表；如果索引列相同数据过多，不利于减少筛选的数据量，反而不如直接全表扫描性能快。
七、死锁诊断
死锁诊断通过诊断 show engine innodb status 获取数据库最后一次死锁信息，如果死锁发生时间在用户选择的诊断时间段内，便展示出来。
注意：如果死锁出现频率过高，则代表事务内的 SQL 在并发执行场景中的持锁容易产生环路，根本解决方案是修改 SQL 运行逻辑顺序，优化加锁机制，减少死锁产生概率。临时解决方案是 kill 掉领头的阻塞会话。
八、锁等待诊断
当前时间段内的锁等待超过60s的报告。
注意：有锁等待是正常现象，但有时候业务会出现 Lock wait timeout exceeded;try restarting transaction 锁等待超时等报错。MySQL 的InnoDB 锁信息保存在系统库 information_schema中 的 innodb_trx，innodb_lock_waits，innodb_locks 三张表下，锁等待诊断通过分析诊断实例中的三张表的锁依赖关系，找出持有锁时间超过一定阈值并阻塞的其他会话的领头事务信息和会话信息，以及被阻塞事务的会话信息，并 kill 掉该领头会话。
注意：当前锁等待只支持 InnoDB 引擎。
九、长会话诊断
通过诊断实例中的 information_schema.processlist 获取 Command 不为 Sleep 但执行时间（Time）超过10s的会话。
注意：最佳解决长会话的手段是优化 SQL，并在业务代码中主动植入 session 失效配置；当然，你也可以通过调整 interactive_timeout、wait_timeout 两个参数，让过期 session 主动失效。
十、慢查询分析
基于执行次数倒序，列出当前 TOP 20 的慢查询语句。
注意：慢查询可以通过long_query_time配置调整；慢查询产生的原因产生较多。通常，如果你的实例消耗资源合理且慢查询较多，则建议你关注业务 SQL、索引是否合理；如果你实例消耗性能较高且慢查询较多，建议你关注实例配置是否合理，并优化业务 SQL、索引等。慢查询数据可以在慢查询分析功能下，查询更多详细数据。
十一、DB 状态检查
检查当前数据库 DB 层的健康状态。
十二、其他
列出需要 DBA 关注的其他值。