锁存器和自旋锁(Latch&Spinlock)----症状

转载自:http://blog.csdn.net/burgess_liu/article/details/19540293


在理想的系统中,每秒钟事务的数量会随着流量的增加而增加,增加额外的处理器线程可以帮助解决这个问题。更多的处理器线程应该带来更好的性能,但是它会导致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。