SQL Server死锁问题相信大家都遇到过，接下来的SQL server内容就为您分析SQL Server死锁问题产生的原因，供您参考学习之用。
1 .提交执行时间长的查询。
长时间运行的查询会阻塞其它查询。例如，影响很多行的DELETE 或UPDATE操作能获取很多锁，这些锁不论是否升级到表锁都阻塞其它查询。因此，一般不要将长时间运行的决策支持查询和联机事务处理 (OLTP)
查询混在一起。解决方案是想办法优化查询，如更改索引、将大的复杂查询分成简单的查询或在空闲时间或单独的计算机上运行查询。
2 .查询不适当地使用游标。游标可能是在结果集中浏览的便利方法，但使用游标可能比使用面向集合的查询慢。
3 .取消没有提交或回滚的查询。
假如应用程序取消查询(如使用开放式数据库连接 (ODBC) sqlcancel 函数)但没有同时发出所需数目的 ROLLBACK 和 COMMIT
语句，则会发生这种情况。取消查询并不自动回滚或提交事务。取消查询后，所有在事务内获取的
4 .应用程序没处理完所有结果。
将查询发送到服务器后，所有应用程序必须立即完成提取所有结果行。假如应用程序没有提取所有结果行，锁可能会留在表上而阻塞其他用户。假如使用的应用程序将
Transact-SQL 语句透明地提交给服务器，则该应用程序必须提取所有结果行。假如应用程序没这样做(假如无法配置它执行此操作)，则可能无法解决阻塞问题。为避免此问题，可以将这些应用程序限制在报表或决策支持数据库上。
5 .分布式客户端/服务器死锁。
与常规死锁不同，分布式死锁无法由 Microsoft SQL Server 2000 自动检测到。假如应用程序打开多个与 SQL Server 的连接并异步提交查询，则可能会发生分布式客户端/服务器死锁。
例如，一个客户端应用程序线程有两个开放式连接。该线程异步启动事务并在第一个连接上发出查询。应用程序随后启动其它事务，在另一个连接上发出查询。
避免阻塞方法
1 .对每个查询使用查询超时。
2 .对每个查询使用锁定超时。有关更多信息，请参见自定义锁超时。
3 .使用绑定连接。有关更多信息，请参见使用绑定连接。
4 .SQL Server 本质上是受客户端应用程序操纵的傀儡。客户端应用程序对服务器上获取的锁几乎有完全的控制(并对锁负责)。虽然 SQL Server 锁管理器自动使用锁保护事务，但这受客户端应用程序发出的查询类型和对结果的处理方式的直接鼓动。因此，大多数阻塞问题的解决方案都涉及检查客户端应用程序。
5 .阻塞问题常要求检查应用程序提交的 SQL 语句本身，以及检查与连接管理、所有结果行的处理等有关的应用程序行为本身。假如开发工具不允许显式控制连接管理、查询超时、结果处理等，阻塞问题可能得不到解决。