快站公众号工具,台州网站制作系统分析怎么写,百度推广北京总部电话,叙述一个网站开发的流程什么是死锁#xff0c;如何避免死锁#xff1f; 线程A需要资源X#xff0c;而线程B需要资源Y#xff0c;而双方都掌握有对方所要的资源#xff0c;这种情况称为死锁#xff08;deadlock#xff09;#xff0c;或死亡拥抱#xff08;the deadly embrace#xff09…什么是死锁如何避免死锁 线程A需要资源X而线程B需要资源Y而双方都掌握有对方所要的资源这种情况称为死锁deadlock或死亡拥抱the deadly embrace。 在并发程序设计中死锁 (deadlock) 是一种十分常见的逻辑错误。通过采用正确的编程方式死锁的发生不难避免。 死锁的四个必要条件 在计算机专业的本科教材中通常都会介绍死锁的四个必要条件。这四个条件缺一不可或者说只要破坏了其中任何一个条件死锁就不可能发生。我们来复习一下这四个条件是 互斥Mutual exclusion存在这样一种资源它在某个时刻只能被分配给一个执行绪也称为线程使用 持有Hold and wait当请求的资源已被占用从而导致执行绪阻塞时资源占用者不但无需释放该资源而且还可以继续请求更多资源 不可剥夺No preemption执行绪获得到的互斥资源不可被强行剥夺换句话说只有资源占用者自己才能释放资源 环形等待Circular wait若干执行绪以不同的次序获取互斥资源从而形成环形等待的局面想象在由多个执行绪组成的环形链中每个执行绪都在等待下一个执行绪释放它持有的资源。 解除死锁的必要条件 不难看出在死锁的四个必要条件中第二、三和四项条件比较容易消除。通过引入事务机制往往可以消除第二、三两项条件方法是将所有上锁操作均作为事务对待一旦开始上锁即确保全部操作均可回退同时通过锁管理器检测死锁并剥夺资源回退事务。这种做法有时会造成较大开销而且也需要对上锁模式进行较多改动。 消除第四项条件是比较容易且代价较低的办法。具体来说这种方法约定上锁的顺序必须一致。具体来说我们人为地给锁指定一种类似“水位”的方向性属性。无论已持有任何锁该执行绪所有的上锁操作必须按照一致的先后顺序从低到高或从高到低进行且在一个系统中只允许使用一种先后次序。 请注意放锁的顺序并不会导致死锁。也就是说尽管按照 锁A, 锁B, 放A, 放B 这样的顺序来进行锁操作看上去有些怪异但是只要大家都按先A后B的顺序上锁便不会导致死锁。 解决方法 1 使用事务时尽量缩短事务的逻辑处理过程及早提交或回滚事务 (细化处理逻辑执行一段逻辑后便回滚或者提交然后再执行其它逻辑直到事物执行完毕提交)2 设置死锁超时参数为合理范围如3分钟-10分种超过时间自动放弃本次操作避免进程悬挂 3 优化程序检查并避免死锁现象出现 4 .对所有的脚本和SP都要仔细测试在正是版本之前。 5 所有的SP都要有错误处理通过error 6 一般不要修改SQL SERVER事务的默认级别。不推荐强行加锁 另外参考的解决方法 按同一顺序访问对象 如果所有并发事务按同一顺序访问对象则发生死锁的可能性会降低。例如如果两个并发事务获得 Supplier 表上的锁然后获得 Part 表上的锁则在其中一个事务完成之前另一个事务被阻塞在 Supplier 表上。第一个事务提交或回滚后第二个事务继续进行。不发生死锁。将存储过程用于所有的数据修改可以标准化访问对象的顺序。 避免事务中的用户交互 避免编写包含用户交互的事务因为运行没有用户交互的批处理的速度要远远快于用户手动响应查询的速度例如答复应用程序请求参数的提示。例如如果事务正在等待用户输入而用户去吃午餐了或者甚至回家过周末了则用户将此事务挂起使之不能完成。这样将降低系统的吞吐量因为事务持有的任何锁只有在事务提交或回滚时才会释放。即使不出现死锁的情况访问同一资源的其它事务也会被阻塞等待该事务完成。 保持事务简短并在一个批处理中 在同一数据库中并发执行多个需要长时间运行的事务时通常发生死锁。事务运行时间越长其持有排它锁或更新锁的时间也就越长从而堵塞了其它活动并可能导致死锁。保持事务在一个批处理中可以最小化事务的网络通信往返量减少完成事务可能的延迟并释放锁。 使用低隔离级别 确定事务是否能在更低的隔离级别上运行。执行提交读允许事务读取另一个事务已读取未修改的数据而不必等待第一个事务完成。使用较低的隔离级别例如提交读而不使用较高的隔离级别例如可串行读可以缩短持有共享锁的时间从而降低了锁定争夺。 使用绑定连接 使用绑定连接使同一应用程序所打开的两个或多个连接可以相互合作。次级连接所获得的任何锁可以象由主连接获得的锁那样持有反之亦然因此不会相互阻塞。 转载于:https://www.cnblogs.com/cxd4321/archive/2012/05/28/2521542.html
