技术人心中需要建立的标尺

今天，在我的个人微信讨论群中，有朋友问了一个问题：

关于数据库的负载信息怎么判断好坏啊？有没有一个尺度啊？

这是一个很好的问题，我个人也经历了这样的一个学习过程。

Oracle数据库中有很多指标表征数据库的运行状况，这其中的数据往往只有环境之别，没有好坏之分。

而作为DBA，我们又需要能够快速进行鉴别和判断，以便指导用户去更好的了解自己的数据库环境，并在出现异常时做出改进。

由此，我们需要自行建立一个：数据标尺。

我的习惯是，将诊断过的，典型的数据库信息收集起来，形成一个自己的数据库元数据的“大数据”集合，有了这样一个标尺，我们就能够了解数据库的忙闲差异，事务能力，SQL并发能力等，当遇到新的数据库环境时，用这把尺子一量，大约就能够知道我们面对的数据库的压力状况、应该具有的正常表征。

我在图示中，展示了一个表格，这是我的标尺的局部，比如一个典型的数据库每秒事务数是4000，这是一个相当繁忙的数据库，每秒执行5.7万个SQL，这是一个金融类的交易系统，其服务器配置也相当高端。

有了这些数据，在进行系统建设和容量规划时，也可以为我们提供重要的指导和借鉴。

大家可以看看自己维护的数据库系统，事务数、SQL执行等大约在我这个小标尺的什么位置。