sqlserver 死锁，事务(进程 ID 115)与另一个进程被死锁在锁资源上，并且已被选作死锁牺牲品。请重新运行该事务。

sqlserver死锁问题的解决

业务场景：  
对于同一张表进行操作，同时开了三条线程：
	1.第一条线程，在满足条件时会对这张表进行快速更新，可能会持续一段时间
	2.第二条线程，间隔2s,会对这张表的满足where条件的数据更新一次；
	3.第三条线程，间隔2s,会对这张表select一次；

1. 问题简单分析：

   因为不同线程在事务中处理相同的数据时，在抢占数据库锁的过程中都拿到了这个表的锁，数据库会采取让一个执行而另一个放弃执行，会导致该错误的出现，即选作死锁牺牲品。

2. 解决：
   在update的语句中，加入 WITH (TABLOCKX)，对于这个的解释：

   排它锁又称为写锁（(eXclusive lock,简记为X锁)），若事务T对数据对象A加上X锁，则只允许T读取和修改A，其它任何事务都不能再对A加任何类型的锁，直到T释放A上的锁。它防止任何其它事务获取资源上的锁，直到在事务的末尾将资源上的原始锁释放为止。在更新操作（INSERT、UPDATE 或 DELETE）过程中始终应用排它锁。

   使用如：UPDATE MT_EXP_SUB WITH (TABLOCKX) SET XXX = XXX WHERE ID = X;
   加上这个排他锁之后，这个死锁的问题变解决了。