
1)
预防死锁。
这是一种较简单和直观的事先预防的方法。方法是通过设置某些限制条件,去破坏产生死锁的四个必要条件中的一个或者几个,来预防发生死锁。预防死锁是一种较易实现的方法,已被广泛使用。但是由于所施加的限制条件往往太严格,可能会导致系统资源利用率和系统吞吐量降低。
2)
避免死锁。
该方法同样是属于事先预防的策略,但它并不须事先采取各种限制措施去破坏产生死锁的的四个必要条件,而是在资源的动态分配过程中,用某种方法去防止系统进入不安全状态,从而避免发生死锁。
3)检测死锁。
这种方法并不须事先采取任何限制性措施,也不必检查系统是否已经进入不安全区,此方法允许系统在运行过程中发生死锁。但可通过系统所设置的检测机构,及时地检测出死锁的发生,并精确地确定与死锁有关的进程和资源,然后采取适当措施,从系统中将已发生的死锁清除掉。
4)解除死锁。
这是与检测死锁相配套的一种措施。当检测到系统中已发生死锁时,须将进程从死锁状态中解脱出来。常用的实施方法是撤销或挂起一些进程,以便回收一些资源,再将这些资源分配给已处于阻塞状态的进程,使之转为就绪状态,以继续运行。死锁的检测和解除措施,有可能使系统获得较好的资源利用率和吞吐量,但在实现上难度也最大。
由上面4中处理死锁的办法看,其中检测死锁和解除死锁是Lock
Monitor的事,作为DBA或数据库开发人员,处理死锁要放在预防和避免死锁上。
预防死锁
预防死锁就是破坏四个必要条件中的某一个和几个,使其不能形成死锁。有如下几种办法
1)破坏互斥条件
破坏互斥条件有比较严格的限制,在SQL
Server中,如果业务逻辑上允许脏读,则可以通过将隔离等级改为未提交读或使用索引提示。这样使得读取不用加S锁,从而避免了和其它查询所加的与S锁不兼容的锁互斥,进而减少了死锁出现的概率。
2)破坏请求和等待条件
这点由于事务存在原子性,是不可破坏的,因为解决办法是尽量的减少事务的长度,事务内执行的越快越好。这也可以减少死锁出现的概率。
3)破坏不剥夺条件
由于事务的原子性和一致性,不剥夺条件同样不可破坏。但我们可以通过增加资源和减少资源占用两个角度来考虑。
增加资源:比如说通过建立非聚集索引,使得有了额外的资源,查询很多时候就不再索要锁基本表,转而锁非聚集索引,如果索引能够“覆盖(Cover)”查询,那更好不过。因此索引Include列不仅仅减少书签查找来提高性能,还能减少死锁。增加资源还可以通过SQL
Server
2005之后的行版本控制进行,但这种方式并不推荐,在此不再详细讨论。
减少资源占用:比如说查询时,能用select
col1,col2这种方式,就不要用select
这有可能带来不必要的书签查找
前面两位兄弟回答的不是死锁,是正常的锁定。
死锁是这样形成的,假设有两个事物A和B
A事物在执行中需要更新两个表,假设为T1,T2,此时A已执行完T1,正在申请使用T2
B事物也需要更新这两个表,但B事物先执行了T2,正在申请使用T1,
因为T1已被A事物锁定,所以B必须等待A事物执行完后释放锁,但A事物此时正在申请T2,而T2确被B事物先锁定了,需等待B事物完成后释放锁后才可获得T2的锁,此时死锁就发生了,如果没有死锁机制,这两个事物就会一直等下去。
sql
server会定期检查死锁,如果发现死锁,就会权衡两个事物,牺牲掉其中一个执行代价较小的事物,使另一个事物能继续执行。
要避免死锁的发生,有很多需要注意的,如
1保持事物尽可能的简短。
2。事物更新的顺序尽量一致,如上例中A和B如果更新顺序都为T1,T2或T2,T1的话就不会发生死锁了。
3可以修改锁的粒度,如页锁改为行锁
您好:
SQL SERVER 通过锁管理器自动发现和解决死锁。在 SQL SERVER 中 Lock Monitor 管理线程(spid=4)每 5 秒钟检查一次系统中是否存在死锁,同时也会使用死锁发现计数器(Deadlock Detection Counter)控制检查死锁的频率。
死锁发现计数器初始值为 3,当发现死锁时被重新设置为 3,当没有发现死锁时此值减 1。如果死锁发现计数器大于 0,则在每次有进程获取锁被阻止时,锁管理器都要求 Lock Monitor 线程检查死锁;而如果计数器等于 0,则在每次有进程获取锁被阻止时,锁管理器不会要求 Lock Monitor 线程检查死锁,只是每 5 秒钟检查一次。
Lock Monitor 线程通过检查锁的等待列表发现保持锁的进程和等待锁的进程间的关系,从而发现死锁。
--死锁检测
use master
Select from sysprocesses where blocked<>0
--找到SPID
exec sp_lock
--根据SPID找到OBJID
select object_name(85575343)
--根据OBJID找到表名
1、使用
sp_lock
2、ctrl +1 执行下也可以查看
3、网上有一个 sp_who_lock 存储过程,可以直接在你的数据库创建,创建完之后,执行存储过程进行查看。
以上就是关于如何处理SQL Server死锁问题全部的内容,包括:如何处理SQL Server死锁问题、为什么在sql server中引入死锁机制、sqlserver 数据库死锁后多长时间解锁等相关内容解答,如果想了解更多相关内容,可以关注我们,你们的支持是我们更新的动力!
欢迎分享,转载请注明来源:内存溢出
微信扫一扫
支付宝扫一扫
评论列表(0条)