锁存器和自旋锁（Latch&Spinlock）----症状

23ee

在理想的系统中，每秒钟事务的数量会随着流量的增加而增加，增加额外的处理器线程可以帮助解决这个问题。更多的处理器线程应该带来更好的性能，但是它会导致Latch和Spinlock竞争。
识别症状
如果每秒钟的事务因为你启用额外的处理器线程而下降，并且平均的Latch等待所增加的比率超多吞吐量，那么你很有可能有Latch竞争。
测量Latch竞争
Latch像一块内存上的一把锁。随着更多的线程加入，它们就会开始竞争访问同一块内存，引起阻塞。因为Latch竞争引起的阻塞以等待的形式展现，不像锁，一旦物理操作完成，Latch就会释放。关于Latch的主要数据来源是2个DMV：sys.dm_os_wait_stats和sys.dm_os_latch_stats。当服务重启时，这两个DMV就会重启，你可以通过DBCC SQLPERF命令清空它们：

• DBCC SQLPERF('sys.dm_os_wait_stats', CLEAR);  
• DBCC SQLPERF('sys.dm_os_latch_stats', CLEAR);  
  

你可以通过如下SQL查看平均等待时间：

• SELECT  
• wait_type,  
• wait_time_ms,  
• waiting_tasks_count,  
• wait_time_ms / NULLIF(waiting_tasks_count,0) AS avg_wait_time  
• FROM sys.dm_os_wait_stats  
• WHERE wait_type LIKE 'LATCH_%'  
• OR wait_type LIKE 'PAGELATCH_%'  
• OR wait_type LIKE 'PAGEIOLATCH_%';  
  

测量Spinlock竞争
暂时，你可以把Spinlock想象成Latch，只可惜，如果需要访问的内存没有，Spinlock会保持检查一会儿。用于Spinlock的主要DMV是sys.dm_os_spinlock_stats，下面是使用该DMV的一个例子。该DMV也可以通过使用DBCC SQLPERF来清空。

• SELECT name, collisions, spins_per_collision  
• FROM sys.dm_os_spinlock_stats  
• ORDER BY spins_per_collision DESC;  
  

竞争指示器
锁是用来维持事务的ACID属性的，但是Latch是用来对内存操作提供并发性的，Spinlock类似，因为特定的操作需要资源，但是不可用。因此，当你发现与Latch和Spinlock相关的等待比平时更高，你就需要进一步调查。Latch竞争的一个强烈的信号是，随着吞吐量的增加，Latch相关的等待不合理地在增加。Spinlock竞争的一个强烈信号是，每个collision的spin数量增加，典型地与增加的CPU相结合。Spinning活动需要CPU，所以，如果Spinning不均衡地增加，CPU可能也一样。CPU会因为系统的繁忙而上升，但是如果每秒钟的事务计数器在CPU增加的时候趋于平衡，那么，这或许暗示着CPU正用于做其他事情，如Spinning。