性能检测

最近更新时间:2024-09-12 11:35:21

我的收藏

简介

性能检测是针对数据库实例性能及运行状况综合分析的服务,针对 SQL 语句的性能、CPU 使用率、IOPS 使用率、内存使用率、磁盘空间使用率、连接数、锁信息、热点表、事务等进行综合分析,性能检测提供智能的诊断及优化功能,能最大限度发现数据库存在的或潜在的健康问题。
目前如下版本实例支持此功能:
TDSQL MySQL 版
云数据库 MariaDB
注意:
针对某些检测结论,性能检测报告提供了一系列的优化建议,请您在应用这些建议前谨慎测试,以防加重实例的性能问题。

功能介绍

登录 控制台,在实例列表,单击实例 ID 进入管理页,选择性能优化 > 性能检测页,可进行性能检测。
健康评分:您可以看到当前数据库性能综合打分,满分100分;长期低于60分请注意优化业务或数据库配置。
报告查看:您可以创建报告并查看最近一次生成的报告。


性能检测主要功能

资源分析

分析一定时间内数据库实例资源(CPU、磁盘、连接)的使用情况,并综合评分。
说明:
由于多数实例默认开启了闲时超用策略,因此您可能观察到最大 CPU 使用率超过100%。如果您的 CPU 长期超过100%,且平均值高于建议值,建议您尽快扩容。

系统状态

梳理实例关键指标,并列举其状态、出现时间和提出对应修改建议。

表空间分布

列出按数据空间倒序的当前 TOP10表,协助您分析超大表情况。

冗余索引检测

列出当前可能的冗余索引(区分度小于1%的冗余),并提出优化建议。
说明:
由于查询语句要先查询索引,再通过索引去查询表,所以,如果索引列相同数据过多不利于减少筛选的数据量,反而不如直接全表扫描性能快。

死锁诊断

死锁诊断通过诊断show engine innodb status获取 DB 最后一次死锁信息,如果死锁发生时间在用户选择的诊断时间段内,便展示出来。
说明:
死锁出现频率过高代表事务内的 SQL 在并发执行场景中的持锁容易产生环路,根本解决方案是修改 SQL 运行逻辑顺序,优化加锁机制,减少死锁产生概率。临时解决方案是 kill 掉领头的阻塞会话。

锁等待诊断

当前时间段内的锁等待超过60s的报告。
说明:
有锁等待是正常现象,但有时候业务会出现 Lock wait timeout exceeded;try restarting transaction 锁等待超时等报错。MySQL 的 innodb 锁信息保存在系统库 information_schema 中的 innodb_trx,innodb_lock_waits,innodb_locks 三张表下,锁等待诊断通过分析诊断 set 主 DB 中的三张表的锁依赖关系,找出持有锁时间超过一定阈值,并阻塞的其他会话的领头事务信息和会话信息,以及被阻塞事务的会话信息,并 kill 掉该领头会话。
当前锁等待只支持 InnoDB 引擎。

长会话诊断

列通过诊断 set 主 DB 中的 information_schema.processlist 获取 Command 不是 Sleep,但执行时间(Time)超过10s 的会话。
说明:
最佳解决长会话的手段是优化 SQL,并在业务代码中主动植入 session 失效配置,当然,您也可以通过调整interactive_timeoutwait_timeout两个参数,让过期 session 主动失效。

慢查询分析

基于执行次数倒序,列出当前 TOP20的慢查询语句。
说明:
慢查询可以通过 long_query_time 配置调整;慢查询产生的原因产生较多。通常,如果您的实例消耗资源合理且慢查询较多,则建议您关注业务 SQL、索引是否合理;如果您实例消耗性能较高且慢查询较多,建议您关注实例配置是否合理,并优化业务 SQL、索引等。慢查询数据可以在慢查询分析功能下,查询更多详细数据。

DB 状态检查

检查当前数据库 DB 层的健康状态。

其他

列出需要 DBA 关注的其他值。