浅谈数据库的锁

      数据库对于程序猿来 并不陌生，可是数据库的锁你知道多少？数据库的锁直接影响数据性能，在大并发的前提下，怎么保证数据不被死锁，提升数据库性能？如何加锁，什么时候加锁，加什么锁，你能够经过hint手工强行指定，但大可能是数据库系统自动决定的。这就是为何咱们能够不懂锁也能够写SQL。

     下面咱们来简单谈一谈数据库中的锁，以sqlserver 为例：

数据库锁的种类：

1.共享锁(Shared lock)

　　　何为共享锁，顾名思义意思就是资源共享，因此共享锁之间 是没有时间等待的能够同时执行一条或多条查询语句，共享锁是用来读的

        数据库规定同一资源上不能同时共存共享锁和排他锁。若是共享锁在前必须等共享锁执行完了才能加上排他锁

2.排他锁(xlock)　

　　　排他锁，能够简单的理解为 有限定条件的 更新或者查询 若是对表强制加排它锁可使用 手写关键字(xlock) 列入：select * from #t1 (xlock) 这里就强制给资源加上了排他锁，这样作的好处就是 咱们在执行一些更新的sql语句时(列入事物，存储等)，排除了死锁(holdlock)的可能

3.更新锁(updlock)

        为解决死锁，引入更新锁。跟新锁意思是：“我如今只想读，大家别人也能够读，但我未来可能会作更新操做，我已经获取了从共享锁（用来读）到排他锁（用来更新）的资格”。一个事物只能有一个更新锁获此资格。    

T1:
begin
select * from table(updlock)      (加更新锁）
update table set column1='hello'  (重点：这里T1作update时，不须要等T2释放什么，而是直接把更新锁升级为排他锁，而后执行update)
T2:
begin
select * from table               (T1加的更新锁不影响T2读取）
update table set column1='world'  (T2的update须要等T1的update作完才能执行)

 共享锁和更新锁能够同时在同一个资源上。这被称为共享锁和更新锁是兼容的。

4.死锁(holdlock)  holdlock  意思是加共享锁，直到事物结束才释放

5.独占锁(Exclusive Locks)

这个简单，即其它事务既不能读，又不能改排他锁锁定的资源
列1

T1:    update table set column1='hello' where id<1000
T2:    update table set column1='world' where id>1000

假设T1先达，T2随后至，这个过程当中T1会对id<1000的记录施加排他锁.但不会阻塞T2的update。

 

例2 (假设id都是自增加且连续的）
T1:    update table set column1='hello' where id<1000
T2:    update table set column1='world' where id>900

如同例1，T1先达，T2马上也到，T1加的排他锁会阻塞T2的update.

6.意向锁(Intent Locks)

   意向锁就是说在屋（好比表明一个表）门口设置一个标识，说明屋子里有人（好比表明某些记录）被锁住了。另外一我的想知道屋子
里是否有人被锁，不用进屋子里一个一个的去查，直接看门口标识就好了。

   当一个表中的某一行被加上排他锁后，该表就不能再被加表锁。数据库程序如何知道该表不能被加表锁？一种方式是逐条的判断该
表的每一条记录是否已经有排他锁，另外一种方式是直接在表这一层级检查表自己是否有意向锁，不须要逐条判断。显而后者效率高。

----------------------------------------
T1:    begin tran
       select * from table (xlock) where id=10  --意思是对id=10这一行强加排他锁
T2:    begin tran
       select * from table (tablock)     --意思是要加表级锁
       
假设T1先执行，T2后执行，T2执行时，欲加表锁，为判断是否能够加表锁，数据库系统要逐条判断table表每行记录是否已有排他锁，
若是发现其中一行已经有排他锁了，就不容许再加表锁了。只是这样逐条判断效率过低了。

实际上，数据库系统不是这样工做的。当T1的select执行时，系统对表table的id=10的这一行加了排他锁，还同时悄悄的对整个表
加了意向排他锁(IX)，当T2执行表锁时，只须要看到这个表已经有意向排他锁存在，就直接等待，而不须要逐条检查资源了。

 

7.计划锁(Schema Locks)

----------------------------------------
alter table .... (加schema locks，称之为Schema modification (Sch-M) locks

DDL语句都会加Sch-M锁
该锁不容许任何其它session链接该表。连都连不了这个表了，固然更不用说想对该表执行什么sql语句了。

例15:
----------------------------------------
用jdbc向数据库发送了一条新的sql语句，数据库要先对之进行编译，在编译期间，也会加锁，称之为：Schema stability (Sch-S) locks

select * from tableA

编译这条语句过程当中，其它session能够对表tableA作任何操做(update,delete，加排他锁等等），但不能作DDL(好比alter table)操做。

8.Bulk Update Locks

       主要在批量导数据时用（好比用相似于oracle中的imp/exp的bcp命令）。不难理解，程序员每每也不须要关心，不赘述了。