前言

  做好日常巡检是数据库管理和维护的重要步骤,而且需要对每次巡检日期、结果进行登记,同时可能需要出一份巡检报告。

  本系列旨在解决一些常见的困扰:

  • 不知道巡检哪些东西

  • 不知道怎么样便捷体检

  • 机器太多体检麻烦

  • 生成报告困难,无法直观呈现结果

 

  性能是系统好坏的重要指标之一,而性能问题可能是因为某一个小点而引起(如参数配置、作业配置、结构设计、软硬件环境等)。前面七篇文章从不同的方面对系统进行了巡检,本篇将介绍系列巡检中最重要的一项(性能)。

性能基线

  性能巡检的指标非常多,情况变化也很大,所以对自己的系统应该建立起一套完整的性能评价模型,何为性能评价模型,就是当系统进入一个平稳期,经过了优化,系统性能已经达到了一个稳定值,那么我们可以用这个稳定的项目作为后期巡检,及功能上线,结构变更等操作性能对比的基线。

  在【体检项目】页我们可以使用一个比较稳定的体检项目的历史版本作为性能基线,为了区分其他项目可以重命名为”性能基线“。

  

  

基于性能基线对比

 总体指标

  在【概览】页我们可以从整体查看系统的性能现状,主要从【查询语句-执行时间】、【会话-等待类型】、【检查项】等,与基线进行对比。查看巡检中的指标是否与基线指标有较大的差异。

  例:当巡检时【查询语句-执行时间】中各个时间段的慢语句数量明显高于基线,那么可以说明系统中的语句可能有变慢的情况。CPU、内存、IO等系统指标压力升高,说明你系统的压力变大,变大的原因可能因为有新增的不优化语句或硬件资源出现问题。

  注:基线与巡检的收集时间应保证相同或小幅差异。如果差异很大,可能不具有说明性。

   

 

具体指标

  计数器

  • 系统计数器

  • 数据库计数器

  

  查询语句

  在巡检中,我们可以主要关注:

   

  • 慢语句数量

  

  • 执行次数top 10

  • 持续时间top 10

  • CPU消耗top 10

  • 读次数 top 10

  • 写次数top 10

  • 影响行数top 10

  

 

 

 系统等待与阻塞

  在巡检中,我们可以主要关注:

  • 等待的类型及数量分布

  

  • 等待时间分布

  

 

  • 等待次数top 10

  • 等待时间top 10

  • CPU时间top 10

  • 逻辑读次数 top 10

  • 物理读次数top 10

  • 物理写top 10

  

 

 其他指标

  数据库的性能巡检指标很多,可以根据自己系统的情况选择,具体指标及优化方式请参见:性能诊断系列

 

总结

  前面的一些巡检项及配置项,在管理比较规范的系统下,一般并不会出现什么问题,而性能不同,这是一个受很多因素影响,并且比较容易产生问题的项。同时性能对系统的总要程度是不言而喻的,做好前面的巡检也是性能稳定的保证。