数据库工作台 DBW 提供一键诊断功能，通过该功能您可以更直观的查看数据库性能情况的全貌，快速确认实例是否存在异常。本文介绍如何管理一键诊断。 ## 前提条件 * 已创建云数据库 MySQL 版实例且实例状态处于运行中。详细操作，请参见[创建实例](../6313/75366)。 * 若目标实例已开启安全管控，那么您需为当前账号申请目标实例的运维只读或运维读写权限。详细信息，请参见[开启云数据库 MySQL 版实例安全管控](../6956/1111481)和[申请云数据库 MySQL 版相关操作权限](../6956/1333450)。 ## 注意事项 * 在使用一键诊断功能期间，请勿操作变更实例的相关配置，否则会导致无法正常一键诊断功能查看数据库性能情况。 * 扣分规则如下。 * 巡检权重占比说明如下表所示。 |**权重值** |**占比说明** | |---|---| |高 |15% | |中 |10% | |低 |5% | |忽略 |0 | * 数据库巡检的评分规则如下表所示。 |**扣分项** |**规则** |**计算方式** | |---|---|---| |CPU 使用率 |按照平均 CPU 使用率进行扣分。 |* 平均 CPU 使用率 < 70% 时，不扣分。|\ | | |* 平均 CPU 使用率 \>= 70% 时，扣分计算方法如下。|\ | | | 1. 使用 `score = min ((使用率-70)*40/100, 10) `公式计算扣分分数。|\ | | | 2. 使用加权数值计算最终扣分分数，公式为：`最终扣分 = score / 10 * CPU 使用率权重占比 / 所有权重占比之和 * 90`。 | |内存使用率 |按照平均内存使用率进行扣分。 |* 平均内存使用率 < 70% 时，不扣分。|\ | | |* 平均内存使用率 \>= 70% 时。扣分计算方法如下。|\ | | | 1. 使用 `score = min ((使用率-70)*40/100, 10)` 公式计算扣分分数。|\ | | | 2. 使用加权数值计算最终扣分分数，公式为：`最终扣分 = score / 10 * 内存使用率权重占比 / 所有权重占比之和 * 90`。 | |连接数使用率 |按照平均连接使用率进行扣分。 |* 平均连接数使用率 < 70% 时，不扣分。|\ | | |* 平均连接数使用率 \>= 70% 时，扣分计算方法如下。|\ | | | 1. 使用 `score = min ((使用率-70)*40/100, 10) `公式计算扣分分数。|\ | | | 2. 使用加权数值计算最终扣分分数，公式为：`最终扣分 = score / 10 * 连接数使用率权重占比 / 所有权重占比之和 * 90`。 | |慢日志 |按照每 24 小时慢日志的数量进行扣分。 |* 慢日志数量 = 0 时，不扣分。|\ | | |* 慢日志数量 \> 0 时，扣分计算方法如下。|\ | | | 1. 根据慢日志数量计算扣分分数。|\ | | | * 0 条 < 慢日志数量 < 50 条时，扣 1 分，即 `score = 1`。|\ | | | * 慢日志数量 \>= 50 条时，扣分计算公式为 `score = int(min(数量/50, 10))`。|\ | | | 2. 使用加权数值计算最终扣分分数，公式为：`最终扣分 = score / 10 * 慢日志权重占比 / 所有权重占比之和 * 90`。 | |磁盘使用率 |剩余磁盘预计可使用天数进行扣分。 |* 通过可使用天数计算扣分|\ | | | * 可使用天数 \>= 15 天，不扣分。|\ | | | * 可使用天数 < 15 天时，扣分计算方法如下。|\ | | | 1. 使用 `score = int(15 - 天数/3 )` 公式计算扣分分数。|\ | | | 2. 使用加权数值计算最终扣分分数，公式为：`最终扣分 = score / 10 * 磁盘使用率权重占比 / 所有权重占比之和 * 90`。|\ | | |* 通过使用率计算扣分|\ | | | * 平均磁盘使用率 < 70% 时，不扣分。|\ | | | * 平均磁盘使用率 \>= 70% 时，扣分计算方法如下。|\ | | | 1. 使用 `score = min ((使用率-70)*40/100, 10)` 公式计算扣分分数。|\ | | | 2. 使用加权数值计算最终扣分分数，公式为：`最终扣分 = score / 10 * 磁盘使用率权重占比 / 所有权重占比之和 * 90`。|\ | | ||\ | | |:::tip|\ | | |在统计磁盘使用率的最终得分时，按两种扣分方式中较高的分数进行扣分。|\ | | ||\ | | |:::| :::tip 以 CPU 使用率为例，说明巡检得分的计算过程。 1. 在巡检权重设置中，将 CPU 使用率的权重设置为**高**（占比 15%），其他 4 项扣分项的权重均为**中**（占比 10%）。 2. 假设当前实例中 CPU 的使用率为 80%，则 CPU 使用率的扣分分数计算公式如下。 `score = min ((80 - 70) * 40 /100, 10) = 4` 3. 使用加权数值计算最终扣分分数，计算公式如下。 `最终扣分 = 4 / 10 * 15% / (15% + 10% + 10% + 10% + 10%) * 90 = 9.7` 4. 实例的最终巡检得分计算公式：巡检得分 = 100 \-（各扣分项扣分之和）。 ::: * 诊断结果风险等级规则如下。 |**诊断项** |**无风险** |**低风险** |**中风险** |**高风险** | |---|---|---|---|---| |**CPU 使用率** |cpuUsage < 70% |70% <= cpuUsage < 80% |80% <= cpuUsage < 90% |90% <= cpuUsage | |**内存使用率** |memUsage < 70% |70% <= memUsage < 80% |80% <= memUsage < 90% |90% <= memUsage | |**连接数使用率** |connectionUsage < 70% |70% <= connectionUsage < 80% |80% <= connectionUsage < 90% |90% <= connectionUsage | |**慢日志** |slowlogs = 0 |0 <= slowlogs < 100 |100 <= slowlogs < 300 |300 <= slowlogs | |**磁盘使用率** |* 15 <= days|* 12 <= days < 15|* 7 <= days < 12|* 0 <= days < 7|\ | |* diskUsage < 70% |* 70% <= diskUsage < 80% |* 80% <= diskUsage < 90% |* 90% <= diskUsage | ## 设置评分权重 DBW 默认所有实例节点的每个扣分项的权重均为中，同时也支持根据业务诉求修改每个扣分项的权重。 1. 登录 [DBW 控制台](https://console.volcengine.com/dbw)。 2. 在左侧导航栏，选择**运维管理** \> **观测诊断**。 3. 在顶部菜单栏，选择项目和地域。 4. 在**观测诊断**页面，单击**一键诊断**。 1. 在页面右上角的下拉列表中，选择目标数据库类型即**云数据库 MySQL 版**。 2. 在页面左上角下拉列表中，选择目标实例。 5. 设置评分权重，具体操作如下所示。 * 当诊断对象是整个实例时，在诊断概览处单击**评分权重设置**。 * 当诊断对象是单个节点时，在诊断得分处单击**评分权重设置**。 6. 在**巡检权重设置**窗口中，可以为每个节点设置各扣分项的权重。权重级别定义请参见评分规则。 |**扣分项** |**默认值** |**说明** | |---|---|---| |慢 SQL |中 |从下拉框中选择高、中、低、忽略。 | |CPU 使用率 |中 |从下拉框中选择高、中、低、忽略。 | |内存使用率 |中 |从下拉框中选择高、中、低、忽略。 | |磁盘使用情况 |中 |从下拉框中选择高、中、低、忽略。 | |连接使用率 |中 |从下拉框中选择高、中、低、忽略。 | 7. 单击**确定**。 ## 查看一键诊断 :::tip 一键诊断将从慢日志、实时会话等维度帮助您全面诊断 MySQL 实例的运行问题。同时，会给您提出建议性的解决方案，帮助您快速排查数据库故障。 ::: 1. 登录[数据库工作台 DBW 控制台](https://console.volcengine.com/dbw)。 2. 在左侧导航栏，选择**运维管理** \> **观测诊断**。 3. 在顶部菜单栏，选择项目和地域。 4. 在**观测诊断**页面，单击**一键诊断**。 1. 在页面右上角的下拉列表中，选择目标数据库类型即**云数据库 MySQL 版**。 2. 在页面左上角下拉列表中，选择目标实例。 5. 在**一键诊断**页签，您可以查看整个实例或单个节点的诊断信息。 :::tip * 默认展示最近十五分钟内的诊断信息，您也可以按需查看指定时间内（最近 30 天）的诊断结果，时间跨度不可超过 15 分钟。 * 默认对整个实例进行诊断，您也可以在诊断对象下拉框中选择单个节点进行诊断。 * 如果指标分析中出现标红的状态，则说明实例存在风险，建议排查一下您的数据库实例，并采取相应措施，保证系统能够稳定高效地运行。 ::: * 在诊断对象中选择单个节点及对应的节点 ID，即可查看最近十五分钟内单个节点的诊断信息。 |**参数** |**说明** || |---|---|---| |**诊断概览** |在**诊断概览**页签，您可以查看实例的**诊断结果**和**诊断得分**，具体如下所示： || |^^|**诊断结果** |在**诊断结果**区域您可以查看当前实例内的**诊断项**包括**慢** **SQL**、**CPU 使用率**、**内存使用率**、**磁盘使用率**和**连接使用率**的**诊断结果**、**开始时间**。同时，您也可以单击各诊断项**操作**列的**查看详情**，查看各诊断项的具体信息，具体信息如下所示：|\ | | ||\ | | |* **慢** **SQL**：在**诊断结果详情：慢 SQL** 对话框，可以查看慢 SQL 的**指标描述**、**TOP** **10** **慢 SQL 列表**和**性能监控**具体信息如下所示。|\ | | | * **指标描述**：该区域展示当前实例内慢 SQL 的数量。|\ | | | * **TOP** **10** **慢** **SQL** **列表**：在该区域展示前 10 个慢 SQL。单击**查看全部**，跳转至**慢日志分析**页签，可查看更多慢日志。详细信息，请参见[慢日志管理](../6956/155352)。|\ | | | * **性能监控**：该区域展示当前实例内的**慢** **SQL** **数量**和 **CPU 使用率**。|\ | | |* **CPU 使用率**：在**诊断结果详情：CPU 使用率**对话框，可以查看 CPU 使用率的**指标描述**和**性能监控**，具体信息如下所示。|\ | | | * **指标描述**：该区域展示当前实例内 CPU 的使用率。|\ | | | * **性能监控**：该区域展示当前实例内的 **CPU 使用率**、**QPS** 和 **TPS**。|\ | | |* **内存使用率**：在**诊断结果详情：内存使用率**对话框，可以查看内存使用率的**指标描述**和**性能监控**，具体信息如下所示。|\ | | | * **指标描述**：该区域展示当前实例内内存的使用率。|\ | | | * **性能监控**：该区域展示当前实例内的**内存使用率**和 **innodbBufferPool 使用率**。|\ | | |* **磁盘使用率**：在**诊断结果详情：磁盘使用率**对话框，可以查看磁盘使用率的**指标描述**、**TOP** **10 表空间**和**性能监控**，具体信息如下所示。|\ | | | * **指标描述**：该区域展示当前实例内磁盘的使用率。|\ | | | * **TOP 10** **表空间**：该区域展示当前实例的前 10 个表空间。单击**查看全部**，查看当前实例的空间使用情况。具体信息，请参见[空间分析管理](../6956/812902)。|\ | | | * **性能监控**：该区域展示当前实例内的**磁盘使用率**和 **Binlog 大小**。|\ | | |* **连接使用率**：在**诊断结果详情：连接使用率**对话框，可以查看**指标描述**和**会话信息**。具体如下所示。|\ | | | * **指标描述**：展示当前实例连接数的使用率。|\ | | | * **会话信息**：该区域展示当前实例内的**连接数使用率**和**连接数**。您可以单击**查看活跃会话**，查看更多会话信息和实时会话信息。详细信息，请参见[会话管理](../6956/155351)。|\ | | ||\ | | |:::tip|\ | | |将鼠标悬浮在各个诊断项上，可查看各个诊断项的风险定义。关于风险规则，请参见[注意事项](../6956/1096775#.5rOo5oSP5LqL6aG5)。|\ | | ||\ | | |:::| |^^|**诊断得分** |在**诊断得分**区域您可以查看当前实例的诊断得分，包括**健康状况**、**高风险**和**无风险**的数量。您也可以单击**查看详情**，在**扣分详情**对话框查看当前实例内的具体扣分项。 | |**指标分析** |在**指标分析**页签，您可以查看各指标的平均值、最大值、最小值、同比值和环比值。||\ | |:::tip| |\ | || |\ | |* 同比值：和 24 小时前的同一个时间段的比值。| |\ | |* 环比值：和上个小时的同一个时间段的比值。| |\ | |* 如果指标分析中出现标红的状态，则说明实例存在风险，建议排查一下您的数据库实例，并采取相应措施，保证系统能够稳定高效地运行。| |\ | || |\ | |:::| | |^^|**CPU 使用率（主节点）** |表示数据库服务器诊断结果详情：慢 SQL在处理请求时所消耗的 CPU 资源。|\ | | |您可以通过监控和优化来有效管理和降低 CPU 使用率，提高数据库的整体性能和响应速度。 | |^^|**QPS** |表示每秒钟执行的查询数量。|\ | | |您可以通过合理的监控和优化策略，提高数据库的查询处理能力，确保系统在高并发环境下保持性能和稳定性。优化查询和索引、增加缓存、实现读写分离、升级硬件和使用连接池等措施，都可以有效提高 QPS，提升数据库的整体性能。持续监控 QPS 等性能指标，有助于及时发现和解决潜在的性能瓶颈，为业务的平稳运行提供保障。 | |^^|**TPS** |表示每秒钟事务的处理数量。|\ | | |您可以通过合理的监控和优化策略，提高数据库的事务处理能力，确保系统在高并发环境下保持性能和稳定性。优化事务管理、调整缓存参数、实现读写分离、优化硬件和使用连接池等措施，都可以有效提高 TPS，提升数据库的整体性能。持续监控 TPS 等性能指标，有助于及时发现和解决潜在的性能瓶颈，为业务的平稳运行提供保障。 | |^^|**InnodbBufferPool** **命中率（主节点）** |表示在主节点中，InnoDB 缓冲池中找到的数据查询所占的百分比是多少。高命中率意味着大多数查询能够直接从内存中获取数据，进而提高数据库的性能。 | |^^|**内存使用率（主节点）** |表示数据库的内存在指定时间段内被使用的程度。|\ | | |您可以通过有效的监控和优化策略，确保数据库系统在高并发环境下保持稳定性和良好的性能。调整缓冲池、优化查询和表结构、合理配置查询缓存、增加硬件资源等措施，都是有效的内存使用率优化手段。持续监控内存使用率，并根据实际情况进行优化调整，是保障数据库系统稳定高效运行的关键。 | |^^|**当前打开连接数（主节点）** |表示主节点上正在使用的数据库连接的数量。|\ | | |您可以通过使用连接池优化应用程序连接管理、合理调整数据库配置参数、持续监控系统运行状况和负载分担策略，可以有效管理连接数，确保数据库在高并发环境下保持性能和稳定性。这不仅能提高系统的响应速度，满足业务需求，还能防止资源瓶颈导致的服务中断。 | |^^|**慢查询数量（主节点）** |表示执行时间超过预期或设定阈值的查询，用于评估数据库的健康状况和整体效率。|\ | | |您可以通过持续监控和分析慢查询，识别和解决潜在的性能瓶颈，确保系统在高负载环境下依然能够快速响应，提供优质的使用体验。 | |^^|**活跃会话数（主节点）** |表示当前在主节点上处于活跃状态的客户端连接的数量。|\ | | |您可以通过使用连接池、优化查询和事务、调整数据库配置、监控和负载分担等策略，有效管理活跃会话数，确保数据库在高并发环境下保持性能和稳定性。合理的活跃会话管理能够提升系统响应能力，提供稳定的使用体验，同时避免资源瓶颈导致的服务中断和性能下降。 | |^^|**连接数使用率（主节点）** |表示当前数据库所使用的连接数占配置的最大连接数的比例。|\ | | |您可以通过合理的连接管理、优化应用程序、调整数据库配置、监控和负载分担等策略，有效地控制连接数使用率，确保数据库在高并发环境下保持性能和稳定性。监控连接数使用率，有助于及时识别潜在的资源瓶颈，防止资源耗尽带来的性能问题，并为系统扩展提供参考依据。 | |**TOP 列表** |在 **TOP 列表**区域，您可以查看在该实例中的基于 **TOP 慢 SQL**、**TOP SQL（基于聚合会话）** 、**TOP SQL（基于全量 SQL 洞察）** 、**TOP 表（基于空间分析）** 和**TOP10 自增列使用情况**统计的 TOP SQL 的详细信息，您也可以单击**查看全部**，查看 SQL 的更多信息。 || * 在诊断对象中选择整个实例，即可查看最近十五分钟内整个实例的诊断信息。 |**参数** |**说明** || |---|---|---| |**诊断概览** |在**诊断概览**页签，您可以查看实例以及各节点的得分情况。 || |**指标分析** |在**指标分析**页签，您可以查看各指标的平均值、最大值和最小值。||\ | |:::tip| |\ | |如果指标分析中出现标红的状态，则说明实例存在风险，建议排查一下您的数据库实例，并采取相应措施，保证系统能够稳定高效地运行。| |\ | || |\ | |:::| | |^^|**Top 10 CPU 使用率** |表示数据库服务器在处理请求时所消耗的 CPU 资源。您可以通过监控和优化来有效管理和降低 CPU 使用率，提高数据库的整体性能和响应速度。 | |^^|**Top 10 QPS** |表示每秒钟执行的查询数量。您可以通过合理的监控和优化策略，提高数据库的查询处理能力，确保系统在高并发环境下保持性能和稳定性。优化查询和索引、增加缓存、实现读写分离、升级硬件和使用连接池等措施，都可以有效提高 QPS，提升数据库的整体性能。持续监控 QPS 等性能指标，有助于及时发现和解决潜在的性能瓶颈，为业务的平稳运行提供保障。 | |^^|**Top 10 TPS** |表示每秒钟事务的处理数量。您可以通过合理的监控和优化策略，提高数据库的事务处理能力，确保系统在高并发环境下保持性能和稳定性。优化事务管理、调整缓存参数、实现读写分离、优化硬件和使用连接池等措施，都可以有效提高 TPS，提升数据库的整体性能。持续监控 TPS 等性能指标，有助于及时发现和解决潜在的性能瓶颈，为业务的平稳运行提供保障。 | |^^|**Top 10 InnodbBufferPool** **命中率** |表示在主节点中，InnoDB 缓冲池中找到的数据查询所占的百分比是多少。高命中率意味着大多数查询能够直接从内存中获取数据，进而提高数据库的性能。 | |^^|**Top 10 内存使用率** |表示数据库的内存在指定时间段内被使用的程度。您可以通过有效的监控和优化策略，确保数据库系统在高并发环境下保持稳定性和良好的性能。调整缓冲池、优化查询和表结构、合理配置查询缓存、增加硬件资源等措施，都是有效的内存使用率优化手段。持续监控内存使用率，并根据实际情况进行优化调整，是保障数据库系统稳定高效运行的关键。 | |^^|**Top 10 当前打开连接数** |表示主节点上正在使用的数据库连接的数量。您可以通过使用连接池优化应用程序连接管理、合理调整数据库配置参数、持续监控系统运行状况和负载分担策略，可以有效管理连接数，确保数据库在高并发环境下保持性能和稳定性。这不仅能提高系统的响应速度，满足业务需求，还能防止资源瓶颈导致的服务中断。 | |^^|**Top 10 慢查询数量** |表示执行时间超过预期或设定阈值的查询，用于评估数据库的健康状况和整体效率。您可以通过持续监控和分析慢查询，识别和解决潜在的性能瓶颈，确保系统在高负载环境下依然能够快速响应，提供优质的使用体验。 | |^^|**Top 10 活跃会话数** |表示当前在主节点上处于活跃状态的客户端连接的数量。您可以通过使用连接池、优化查询和事务、调整数据库配置、监控和负载分担等策略，有效管理活跃会话数，确保数据库在高并发环境下保持性能和稳定性。合理的活跃会话管理能够提升系统响应能力，提供稳定的使用体验，同时避免资源瓶颈导致的服务中断和性能下降。 | |^^|**Top 10 连接数使用率** |表示当前数据库所使用的连接数占配置的最大连接数的比例。您可以通过合理的连接管理、优化应用程序、调整数据库配置、监控和负载分担等策略，有效地控制连接数使用率，确保数据库在高并发环境下保持性能和稳定性。监控连接数使用率，有助于及时识别潜在的资源瓶颈，防止资源耗尽带来的性能问题，并为系统扩展提供参考依据。 | |**TOP 列表** |在 **TOP 列表**区域，您可以查看在该实例中的基于 **TOP 慢 SQL**、**TOP SQL（基于聚合会话）** 、**TOP SQL（基于全量 SQL 洞察）** 、**TOP 表（基于空间分析）** 和**TOP10 自增列使用情况**统计的 TOP SQL 的详细信息，您也可以单击**查看全部**，查看 SQL 的更多信息。 ||