如何减少SQL Server死锁发生的情况

核心提示： 所以我们在数据库设计的时候，虽然不能完全避免死锁，如何减少SQL Server死锁发生的情况(2)，但可以使死锁的数量尽量减少，增加事务的吞吐量并减少系统开销，下面有一些对死锁发生的一些建议：1)对于频繁使用的表使用集簇化的索引;2)设法避免一次性影响大量记录的T-SQL语句，特别是INS

所以我们在数据库设计的时候，虽然不能完全避免死锁，但可以使死锁的数量尽量减少。增加事务的吞吐量并减少系统开销，因为只有很少的事务，所以就得遵循下面的原则：

按同一顺序访问对象

如果所有并发事务按同一顺序访问对象，则发生死锁的可能性会降低。在写SQL语句或存储过程的时候，就需要按照顺序在两个并发事务中先获得表A上的锁，然后获得表B上的锁，当第一个事务完成之前，另一个事务被阻塞在表A上。第一个事务提交或回滚后，第二个事务继续进行，而不能在语句里面写先获得表B上的锁，然后再获得表A的锁。

避免事务中的用户交互

避免编写包含用户交互的事务，因为运行没有用户交互的批处理的速度要远远快于用户手动响应查询的速度，例如答复应用程序请求参数的提示。例如，如果事务正在等待用户输入，而用户就去做别的事了，则用户将此事务挂起使之不能完成。这样将降低系统的吞吐量，因为事务持有的任何锁只有在事务提交或回滚时才会释放。即使不出现死锁的情况，访问同一资源的其它事务也会被阻塞，等待该事务完成。

保持事务简短并在一个批处理中

在同一数据库中并发执行多个需要长时间运行的事务时通常发生死锁。事务运行时间越长，其持有排它锁或更新锁的时间也就越长，从而堵塞了其它活动并可能导致死锁。保持事务在一个批处理中，可以最小化事务的网络通信往返量，减少完成事务可能的延迟并释放锁。

使用低隔离级别

确定事务是否能在更低的隔离级别上运行。执行提交读允许事务读取另一个事务已读取(未修改)的数据，而不必等待第一个事务完成。使用较低的隔离级别(例如提交读)而不使用较高的隔离级别(例如可串行读)可以缩短持有共享锁的时间，从而降低了锁定争夺。

使用绑定连接

使用绑定连接使同一应用程序所打开的两个或多个连接可以相互合作。次级连接所获得的任何锁可以象由主连接获得的锁那样持有，反之亦然，因此不会相互阻塞。

下面有一些对死锁发生的一些建议：

1)对于频繁使用的表使用集簇化的索引;

2)设法避免一次性影响大量记录的T-SQL语句，特别是INSERT和UPDATE语句;

3)设法让UPDATE和DELETE语句使用索引;

4)使用嵌套事务时，避免提交和回退冲突;

5)对一些数据不需要及时读取更新值的表在写SQL的时候在表后台加上(nolock)，如：Select * from tableA(nolock)