这种情况是由第一类情况衍生来的。有时候发现一个连接阻塞住了别人，为了解决问题，直接让连接主动退出或强制退出(直接 Kill 连接)。对于大部分情况，这些措施会消除阻塞。但是也有例外。在连接退出的时间，为了维护数据库事务的一致性， Sql Server都会对连接还没有来得及完成提交的事务做回滚动作。Sql Server要找到所有当前事务修改过的记录，把它们改回原来的状态。所以，如果一个 Delete、Insert 或 Update 运行了1个小时，可能回滚也需要一个小时。
有些用户可能等不及，直接重启 Sql Server。当 Sql Server 关闭的时候，回滚动作会被中断，Sql Server 会被很快关掉。但是这个回滚动作在下次 Sql Server 重启的时候会重新开始。重启的时候如果回滚不能很快结束，整个数据库都会不可用。
解决办法：
最好的方法是在工作时间尽量不要做这种大的修改操作。这些操作要尽量安排在半夜或周末的时间完成。如果操作已经进行了很久，最好耐心等它做完。如果一定要在有工作负荷的时候做，最好把一个大操作分成若干小操作分布完成
select request_session_id spid,OBJECT_NAME(resource_associated_entity_id) tableName
from sys.dm_tran_locks
where resource_type='OBJECT'
--查询主机名等信息
exec sp_who2 238
--杀死死锁进程
kill 238
如果您也喜欢它,动动您的小指点个赞吧
602392714
清零编程群