前言

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

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

• 不知道巡检哪些东西
• 不知道怎么样便捷体检
• 机器太多体检麻烦
• 生成报告困难，无法直观呈现结果

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

性能基线

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

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

基于性能基线对比

　总体指标

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

　　例：当巡检时【查询语句-执行时间】中各个时间段的慢语句数量明显高于基线，那么可以说明系统中的语句可能有变慢的情况。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

　其他指标

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

总结

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