断路器雨隔离开关的联锁程序如何 *** 作

断路器雨隔离开关的联锁程序如何 *** 作,第1张

隔离开关不能带负载 *** 作,只有一些带灭弧室的可以分断小电流,它的作用主要是使电路有个明显的分断。而断路器就是用来接通和分断负载电路的。

它们 *** 作顺序也不同:

送电 *** 作时:先合开关,后合断路器或负荷类开关;

断电 *** 作时:先断开断路器或负荷类开关,后断开隔离开关。

1

禁止用隔离开关拉合带负荷设备或带负荷线路

2

禁止用隔离开关拉开、合上空载主变

3

允许使用隔离开关进行下列 *** 作

a)

拉开、合上无故障的电压互感器及避雷器

b)系统无故障时,拉开、合上变压器中性点接地开关

锁模式 5 {1 O6 }. F: bX7 Q3 Tg6 k1 t

Shared (S) 用于不更改或不更新数据的 *** 作(只读 *** 作),如 SELECT 语句。 " @ K$ B+ g+ h3 R# Q0 r6 l

Update (U) 用于可更新的资源中。防止当多个会话在读取、锁定以及随后可能进行的资源更新时发生通常形式的死锁

1 d. s. a8 @Y2 _7 B/ [0 D. yExclusive (X) 用于数据修改 *** 作,如 UPDATE、INSERT 或 DELETE。确保不会同时对同一资源进行多重更新。 4 u( ]9 B6 ^9 M

Intent 用于建立锁的层次结构。

$ n&g" c NMp1 n+ |7 D3 O/ A架构 在执行依赖于表架构的 *** 作时使用。架构锁有两种类型:架构稳定性 (Sch-S) 和架构修改 (Sch-M)。

p$ i+ Z" W) T7 |0 D$ o&XBulk update (BU) 在向表进行大容量数据复制且指定了 TABLOCK 提示时使用。 * r' c) A( `" Y! R* ?3 S

RangeS_S 共享范围,共享资源锁;可串行范围扫描。

1 m q+ n4 W7 W2 r, nRangeS_U 共享范围,更新资源锁;可串行更新扫描。 # W&@% E7 K% |0 s- ?5 TA# L% @+ p! [

RangeI_N 插入范围、空资源锁。用于在将新键插入索引前测试范围。 * i, ]&q5 S* E9 [- T4 |

RangeX_X 排它范围,排它资源锁。用于更新范围中的键。

/ ]2 {" r6 w( K&c6 i- b

* L4 M1 B# ?8 F) v: }' v&a按F1帮助可以查看具体的说明。

+ ^ \3 O" }1 B- `&q/ U* {然不能完全避免死锁,但可以使死锁的数量减至最少。将死锁减至最少可以增加事务的吞吐量并减少系统开销,因为只有很少的事务:

4 w6 e/ X6 o% a9 y9 L* s4 p" n2 HZ1 E: o

回滚,而回滚会取消事务执行的所有工作。

由于死锁时回滚而由应用程序重新提交。

下列方法有助于最大限度地降低死锁:

按同一顺序访问对象。 避免事务中的用户交互。 保持事务简短并在一个批处理中。 使用低隔离级别。

使用绑定连接。

按同一顺序访问对象

如果所有并发事务按同一顺序访问对象,则发生死锁的可能性会降低。例如,如果两个并发事务获得 Supplier 表上的锁,然后获得 Part 表上的锁,则在其中一个事务完成之前,另一个事务被阻塞在 Supplier 表上。第一个事务提交或回滚后,第二个事务继续进行。不发生死锁。将存储过程用于所有的数据修改可以标准化访问对象的顺序。

避免事务中的用户交互

避免编写包含用户交互的事务,因为运行没有用户交互的批处理的速度要远远快于用户手动响应查询的速度,例如答复应用程序请求参数的提示。例如,如果事务正在等待用户输入,而用户去吃午餐了或者甚至回家过周末了,则用户将此事务挂起使之不能完成。这样将降低系统的吞吐量,因为事务持有的任何锁只有在事务提交或回滚时才会释放。即使不出现死锁的情况,访问同一资源的其它事务也会被阻塞,等待该事务完成。

保持事务简短并在一个批处理中

在同一数据库中并发执行多个需要长时间运行的事务时通常发生死锁。事务运行时间越长,其持有排它锁或更新锁的时间也就越长,从而堵塞了其它活动并可能导致死锁。

保持事务在一个批处理中,可以最小化事务的网络通信往返量,减少完成事务可能的延迟并释放锁。

使用低隔离级别

确定事务是否能在更低的隔离级别上运行。执行提交读允许事务读取另一个事务已读取(未修改)的数据,而不必等待第一个事务完成。使用较低的隔离级别(例如提交读)而不使用较高的隔离级别(例如可串行读)可以缩短持有共享锁的时间,从而降低了锁定争夺。

使用绑定连接

使用绑定连接使同一应用程序所打开的两个或多个连接可以相互合作。次级连接所获得的任何锁可以象由主连接获得的锁那样持有,反之亦然,因此不会相互阻塞

检测死锁

! x! e: k H: a+ J如果发生死锁了,我们怎么去检测具体发生死锁的是哪条SQL语句或存储过程?

2 H1 s% p7 u1 O?* Y这时我们可以使用以下存储过程来检测,就可以查出引起死锁的进程和SQL语句。SQL Server自带的系统存储过程sp_who和sp_lock也可以用来查找阻塞和死锁, 但没有这里介绍的方法好用。


欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/yw/11277234.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2023-05-14
下一篇 2023-05-14

发表评论

登录后才能评论

评论列表(0条)

保存