sqlserver 锁初探

NOLOCK 可能把没有提交事务的数据也显示出来．

READPAST 会把被锁(一般指排他锁)住的行不显示出来 .

共享锁不用加任何关键词，默认就有，共享锁就是大家都能读，谁也不能改

更新锁：select with updlock，和共享锁一样：大家都能读，谁也不能改

但共享锁和更新锁的重要区别是:

共享锁在其语句一结束后立刻失效(除非用holdlock)，而更新锁的生命周期则与事务一致。

共享锁可以叠加共享锁. 但当对象上有其他锁存在时，无法对其加更新锁。

也就是说先有更新锁再加共享锁是可以的，但是先有共享锁就不能追加更新锁了。

更新锁和排他锁的区别：排他锁一般只在update，insert，delete这样的语句中才会使用，而更锁可以通过select来对select的数据启用。排他锁时，其他线程读都不能读。更新锁在具体update，insert，delete会升级成排它锁.

加了更新锁的数据还能继续加共享锁的，更新锁只在事务执行update或delete时升级为排他锁。

http://blog.csdn.net/u010523770/article/details/53208817

死锁：两边都有了共享锁，现在两边都想更新同一行数据，都等着对面释放共享锁，然后拿到排他锁来更新，于是死锁。

可以通过Profile跟踪的Lock:Acquired?(加锁)事件来看加锁情况。

如何避免死锁，最小化锁竞争

1 使用事务时，尽量缩短事务的逻辑处理过程，及早提交或回滚事务，事务持有锁的时间越短，锁竞争发生的机会就越少；将不是事务所管理的工作单元锁必需的命令移出事务。；

2 设置死锁超时参数为合理范围，如：3分钟-10分种；超过时间，自动放弃本次操作，避免进程悬挂；

3 优化程序，检查并避免死锁现象出现；

4 .对所有的脚本和SP都要仔细测试，在正是版本之前。

5 所有的SP都要有错误处理（通过@error）

 if @@ERROR<>0 
begin
   rollback transaction
end

7?将组成事务的语句作为一个的单独的批命令处理，以消除 BEGIN TRAN 和 COMMIT ?TRAN 语句之间的网络延迟造成的不必要的延迟。

8 考虑完全地使用存储过程编写事务代码。典型地，存储过程比批命令运行更快。

9 在游标中尽可早地Commit更新。因为游标处理比面向集合的处理慢得多，因此导致锁被持有的时间更久。 10 使用每个进程所需的最低级别的锁隔离。比如说，如果脏读是可接受的并且不要求结果必须精确，那么可以考虑使用事务隔离级别0（Read Uncommitted）,仅在绝对必要时才使用Repeatable Read or Serializable隔离级别。 11 在 BEGIN TRAN 和 COMMIT TRAN 语句之间，绝不允许用户交互，因为这样做可能锁被持有无限期的时间。

（编辑：李大同）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!