用户指南—诊断与优化——性能趋势-阿里云开发者社区

开发者社区> -技术小能手-> 正文

用户指南—诊断与优化——性能趋势

简介: 本文介绍了PolarDB-X性能趋势的查看方式。 PolarDB-X集成DAS的性能趋势功能,提供计算节点(CN)、存储节点(DN)、GMS节点的监控指标查看能力。同时支持多种查看性能趋势方式,不仅支持性能趋势区间查看,也支持性能趋势对比查看和自定义性能趋势查看。
+关注继续查看

性能趋势查看

  1. 登录云原生分布式数据库控制台
  2. 实例列表页,单击PolarDB-X 2.0页签。
  3. 在页面左上角选择目标实例所在地域。
  4. 找到目标实例,单击实例ID。
  5. 在左侧导航栏中,单击诊断与优化 > 性能趋势8.png单击页面上的页签分别查看计算节点(CN)、存储节点(DN)和GMS节点的监控指标。具体指标请参见性能指标说明
  1. 节点列表展示了节点的规格和CPU使用率、内存使用率等。
  2. 单击性能趋势页签,选择节点和时间范围,单击查看,可查看相关性能趋势图表。
  3. 单击性能趋势对比查看页签。设置任意两个时间段,单击查看可查看时间段内的性能对比趋势图表。
  4. 单击自定义性能趋势页签,您可以根据业务需要,自定义多个性能监控大盘,将需要的多个性能监控指标在同一个图标中进行展示,便于问题排查和分析。
    说明 如果您是首次使用,需要先创建监控大盘,详情可参见 监控大盘

执行性能诊断

除了性能趋势查看外,在任意节点的趋势图上, 按住鼠标拖动选择一段时间, 即可针对该节点在这段时间范围内的资源利用率,慢SQL状况进行诊断。


说明 目前仅计算节点和存储节点支持性能诊断,GMS节点不支持。

  1. 登录云原生分布式数据库控制台
  2. 实例列表页,单击PolarDB-X 2.0页签。
  3. 在页面左上角选择目标实例所在地域。
  4. 找到目标实例,单击实例ID。
  5. 在左侧导航栏中,单击诊断与优化 > 性能趋势
  6. 在任意节点的趋势图上, 按住鼠标拖动选择一段时间,点击诊断按钮。9.png
  7. 在诊断详情页待诊断任务完成即可查看资源利用率和慢SQL的异常情况。10.png

性能指标说明

计算节点

指标单位含义
polardbx.cpu_usage%CPU使用率的平均值。
polardbx.mem_usage%JVM的内存使用率,内存使用率波动属于正常现象。
polardbx.active_connectionCount连接总数。
polardbx.running_threadCount活跃连接总数。
polardbx.network_in_bytesByte网络输入流量的总和。
polardbx.network_out_bytesByte网络输出流量的总和。
polardbx.logic_qpsPer Second每秒处理的逻辑SQL语句数目的总和。
polardbx.physical_qpsPer Second每秒处理的物理SQL语句数目的总和。
polardbx.logic_rtMs逻辑SQL平均响应时间。
polardbx.physical_rtMs物理SQL平均响应时间。
polardbx.slow_request_countPer Second逻辑慢SQL数量。
polardbx.physical_slow_reuquest_countPer Second物理慢SQL数量。

存储节点与GMS节点

指标单位含义
mysql.tpsPer Second每秒事务数。
mysql.qpsPer Second每秒请求数。
mysql.total_sessionCount当前全部会话。
mysql.active_sessionCount当前活跃会话。
mysql.bytes_receivedKByte平均每秒从所有客户端接收到的字节数。
mysql.bytes_sentKByte平均每秒发送给所有客户端的字节数。
mysql.tb.tmp.diskCountMySQL执行语句时在硬盘上自动创建的临时表的数量。
mysql.insert_psPer Second平均每秒insert语句执行次数。
mysql.select_psPer Second平均每秒select语句执行次数。
mysql.update_psPer Second平均每秒update语句执行次数。
mysql.delete_psPer Second平均每秒delete语句执行次数。
mysql.replace_psPer Second平均每秒replace语句执行次数。
mysql.innodb_data_writtenKByteInnoDB平均每秒写字节数。
mysql.innodb_data_readKByteInnoDB平均每秒读字节数。
mysql.innodb_buffer_pool_reads_requestsCountInnoDB平均每秒从Buffer Pool读取页的次数(逻辑读)。
mysql.innodb_bp_dirty_pct%InnoDB Buffer Pool脏页比率,计算公式:Innodb_buffer_pool_pages_dirty / Innodb_buffer_pool_pages_data * 100%。
mysql.innodb_bp_hit%InnoDB Buffer Pool读缓存命中率,计算公式:(Innodb_buffer_pool_read_requests - Innodb_buffer_pool_reads) /Innodb_buffer_pool_read_requests * 100%。
mysql.innodb_bp_usage_pct%InnoDB Buffer Pool使用率,计算公式:innodb_buffer_pool_pages_data / ( innodb_buffer_pool_pages_data +innodb_buffer_pool_pages_free ) * 100%。
mysql.innodb_log_writesPer SecondInnodb平均每秒物理写Redo Log File次数。
mysql.innodb_os_log_fsyncsPer Second平均每秒向日志文件完成的fsync()写数量。
mysql.innodb_rows_deletedPer SecondInnoDB平均每秒删除的行数。
mysql.innodb_rows_readPer SecondInnoDB平均每秒读取的行数。
mysql.innodb_rows_insertedPer SecondInnoDB平均每秒插入的行数。
mysql.innodb_rows_updatedPer SecondInnoDB平均每秒更新的行数。
mysql.mem_usage%MySQL实例内存使用率(占操作系统总数)。
mysql.cpu_usage%MySQL服务进程CPU使用率(阿里云数据库最高100%)。
mysql.data.sizeMByte数据空间。
mysql.tmp.sizeMByte临时表空间。
mysql.other.sizeMByte系统空间。
mysql.instance.sizeMByteMySQL实例总空间使用量。
mysql.log.sizeMByte日志空间。
mysql.iopsCountMySQL读写次数。

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
RAC中一次混乱的性能诊断过程 1
                     RAC中一次混乱的性能诊断过程    众所周知在RAC中,问题很可能来自于CACHE FUSION(内存融合)的机制,简单的说就是CACHE BUFFER中的块在内存融合的机制下通过LMD进程进行传递,比如我节点1...
583 0
Expert 诊断优化系列------------------内存不够用么?
现在很多用户被数据库的慢的问题所困扰,又苦于花钱请一个专业的DBA成本太高。软件维护人员对数据库的了解又不是那么深入,所以导致问题迟迟不能解决,或只能暂时解决不能得到根治。开发人员解决数据问题基本又是搜遍百度各种方法尝试个遍,可能错过诊断问题的最佳时机又可能尝试一堆方法最后无奈放弃。
892 0
神经架构优化(NAO):新的神经架构搜索(NAS)算法
如果你是一名深度学习实践者,你可能发现自己经常会遇到同一个关键问题:我应该为现在的任务选择哪种神经网络架构?
521 0
利用MySQL系统数据库做性能负载诊断
利用MySQL系统数据库做性能负载诊断某大师曾说过,像了解自己的老婆 一样了解自己管理的数据库,个人认为包含了两个方面的了解:1,在稳定性层面来说,更多的是关注高可用、读写分离、负载均衡,灾备管理等等high level层面的措施(就好比要保证生活的稳定性)2,在实例级别的来说,需要关注内存、IO、网络,热点表,热点索引,top sql,死锁,阻塞,历史上执行异常的SQL(好比生活品质细节)MySQL的performance_data库和sys库提供了非常丰富的系统日志数据,可以帮助我们更好地了解非常细节的,这里简单地列举出来了一些常用的数据。
2868 0
Expert 诊断优化系列------------------透过等待看系统
上一篇我们简单的介绍了,语句优化的三板斧,大部分语句三板斧过后,就算不成为法拉利也能是个宝马了。为了方便阅读给出系列文章的导读链接: SQL SERVER全面优化-------Expert for SQL Server 诊断系列     本篇主要讲述几个常见的系统等待,透过这些等待,看看系统存在什么问题,怎么样解决这些问题。
842 0
1280
文章
0
问答
来源圈子
更多
文章排行榜
最热
最新
相关电子书
更多
文娱运维技术
立即下载
《SaaS模式云原生数据仓库应用场景实践》
立即下载
《看见新力量:二》电子书
立即下载