数据库 数据库诊断信息

  IOPS：IOPS即磁盘每秒的访问情况，一般云数据库售卖时会有上限告知，是否正常一看便知。

  磁盘使用情况：也就是数据、日志等信息的存放空间，此信息也有上限，所以一看便知是否需要扩容。

  CPU：CPU通常不设立上限，但是作为机器的使用者需要知道CPU的使用百分比，若过大肯定是有问题的。

  连接数：也称为会话数（Session），这是数据库当前存在的连接个数，云数据库通常也会告知最大值。有些连接是空闲的，有些连接是活跃的，即正在执行SQL语句，参考方式是一样要使用所有的连接来对比，因为即使连接是空闲的也会占用连接数。

  网络输入／输出：网络本身的输入／输出使用过大也可能会导致性能变差（例如大量的数据导出将网络出口占满），所以在这方面也需要关注数据的趋势。

  慢SQL语句：一些云数据库厂商会在后台采集慢SQL，并将其按照某些时间点汇总，这些慢SQL可能是单个执行时间很长，也可能是单位时间内执行次数非常多导致总时间占比很大的。对于这样的SQL语句，有些时候只需要做一些非常小的修改，或许就可以给系统的性能的提升带来许多好处，而不至于我们盲目将大量时间放在优化一些执行次数很少且本身很快的SQL上。不过需要注意的是，某些慢SQL未必是业务代码引起的，或许仅仅是人为发起的统计操作，处理方式就需要根据实际情况而定了。

  QPS／TPS：即每秒的读／写次数，这个次数在一定程度上可以反映一些问题，也就是数据库每秒可以承载的SQL执行量。但它未必能完全说明问题，因为对于数据库的QPS、TPS，大多数时候地解释为每秒读／写次数SQL执行次数，这样地说法对于不同的系统评判标准是完全不同的，有些系统对于数据库的操作通常是简单的单行操作或者非常少的几行操作，有些系统读和写一次或许会操作几百行甚至更多的数据。另外，在同样的系统环境下，它与SQL语句的执行效率有密切关系。因此，这个数据的参考价值并不是很大，云数据库也不会承若你能达到多大的QPS或TPS，这完全取决于你的应用场景。

  不过，我们很多时候可以通过这个信息配合SQL执行效率来推算连接数的合适配置。因为连接数的配置需要“合适的“数量，并不是越多越好，更不是将云数据库售卖的连接数用满为止，如果是配置，即使大量的连接没有使用，也会造成应用和数据库双方的开销更多，并且许多连接池会定期检查所有的连接是否有效，监测方式通常是使用相应的连接发起一个十分简单的SQL语句操作，由于每个连接都要监测，如果配置大量的连接，程序中会定时发起大量的SQL语句操作，虽然它们都是简单的SQL，但是同样会消耗资源。

  其他一些信息：上述信息对于开发人员来讲，只需要稍微深入就可以玩得很顺，而且也可以通过扩容或优化代码来完成。而更专业得问题就需要DBA来完成，例如：在存储引擎级别得各项读／写频率、内存使用情况、内存命中率、Load、IO等待、锁等待、主备延迟等信息，同时也需要思考如何让许多问题的处理自动化，让使用者更加了解数据库。