DBAIOps的博客

比如上面所说的问题完全可以通过“指标关联性分析”工具进行分析，比如我们发现数据库的闩锁等待有点不正常，从“指标关联度分析”的结论上看，这个指标相关联的问题主要几种在IO并发量过大上，而最终定位的问题是操作系统IO延时过大，IO能力不足引发了IO性能问题。当然，目前的智能诊断仅仅是为我们提供了一双透视眼，让我们能够更好的看数据，帮我们自动分析数据，其大脑目前还不够聪明，分析的最后一公里依然需要依靠人的判断，不过已经为我们的运维人员，特别是三线专家提供了很好的分析方向。在报告的后面，会提供这个分析。

在为大型服务器设计的高吞吐量系统上，必定会出现高并发的闩锁争用，在此类系统中存在闩锁争用是十分正常的现象。Oracle的LATCH是通过spin来实现锁的获取的，spin是LATCH获取轻量级锁的一种方式。实际上有些指标之间是存在较为同步的关联关系的，通过上升或者下降的幅度（可以通过统计学方法计算出一个可评估的度量）之间的对比，可以发现一些系统的性能问题。因为闩锁的行为是确定性的，数据库SCHEMA的设计，表、索引等的设计会影响闩锁争用。的一些原理的问题并不是仅仅为了分析原理，而是要更好的用到诊断中。

LOCK_HASH这个spinlock我们还是比较容易理解的，当很多并发进程访问某个锁HASH的同一个桶的时候，很容易出现此等待，比如大量的并发会话都在争用某几个具体的行数据的时候，就会发生。事实上，在绝大多数情况下，CPU 的增加是由于自旋锁争用以外的原因。上面的查询可以显示出SQLSERVER的spinlock的统计信息，如果我们在某个固定的时间区间内去采集这些数据，并通过delta计算增量差值，就可以掌握最近一个采样周期内各种spinlock的情况，从而从中推测数据库可能存在的并发方面的问题。