做好日常巡检是数据库管理和维护的重要步骤，而且需要对每次巡检日期、结果进行登记，同时可能需要出一份巡检报告。
本系列旨在解决一些常见的困扰：
不知道巡检哪些东西
不知道怎么样便捷体检
机器太多体检麻烦
生成报告困难，无法直观呈现结果
性能是系统好坏的重要指标之一，而性能问题可能是因为某一个小点而引起（如参数配置、作业配置、结构设计、软硬件环境等）。前面七篇文章从不同的方面对系统进行了巡检，本篇将介绍系列巡检中最重要的一项（性能）。
性能巡检的指标非常多，情况变化也很大，所以对自己的系统应该建立起一套完整的性能评价模型，何为性能评价模型，就是当系统进入一个平稳期，经过了优化，系统性能已经达到了一个稳定值，那么我们可以用这个稳定的项目作为后期巡检，及功能上线，结构变更等操作性能对比的基线。
在【体检项目】页我们可以使用一个比较稳定的体检项目的历史版本作为性能基线，为了区分其他项目可以重命名为”性能基线“。
在【概览】页我们可以从整体查看系统的性能现状，主要从【查询语句-执行时间】、【会话-等待类型】、【检查项】等，与基线进行对比。查看巡检中的指标是否与基线指标有较大的差异。
例：当巡检时【查询语句-执行时间】中各个时间段的慢语句数量明显高于基线，那么可以说明系统中的语句可能有变慢的情况。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
数据库的性能巡检指标很多，可以根据自己系统的情况选择，具体指标及优化方式请参见：性能诊断系列
前面的一些巡检项及配置项，在管理比较规范的系统下，一般并不会出现什么问题，而性能不同，这是一个受很多因素影响，并且比较容易产生问题的项。同时性能对系统的总要程度是不言而喻的，做好前面的巡检也是性能稳定的保证。
免责声明：本站发布的内容（图片、视频和文字）以原创、转载和分享为主，文章观点不代表本网站立场，如果涉及侵权请联系站长邮箱：is@yisu.com进行举报，并提供相关证据，一经查实，将立刻删除涉嫌侵权内容。
