对锁的初步认识
一：到底都有哪些锁
学习锁之前，必须要知道锁大概有几种？？？通常情况下作为码农我们只需知道如下几个锁即可。。。
1.S（Share）锁
为了方便理解，我们可以直接这么认为，当在select的时候在表，数据页，记录上加上共享锁。
2.X(Exclusive) 锁
我们在delete数据的时候会在记录上附加X锁，我们知道X锁并不与其他的锁兼容。如果其他的锁与其遭遇，就会处于等待，后续我们再说。
3.U(Update)锁
顾名思义，我们在Update的时候，在寻找记录的过程中，会逐一的给记录附加U锁，如果找到了目标记录的话，则会将U锁转化为X锁。。。
4.I （Intent）锁
这个就是所谓的意向锁，一般都是给表和数据页附加的锁，好处就是防止被其他连接修改表结构。
二：天下无敌的SqlServer Profile
这个工具我想大家都明白，它的监视能力真的是无所不能。。。锁的痉挛状态也全在它的掌握之中。
1. 首先我做一个Person表，Name字段设定4000字节，这样一个数据页可以容纳2条数据，如下图：
DROP TABLE dbo.Person CREATE TABLE Person(ID INT IDENTITY,NAME CHAR(4000) DEFAULT 'aaaaa') --插入6条，生成3个数据页 INSERT INTO dbo.Person DEFAULT VALUES go 6
2. 下面我们看看数据在数据页的分布情况。
3. 然后我们开启Profile，在“事件选择”的Events中选择”Lock:Acquired“和”Lock:Released“ ，然后运行，如下图：
三：使用测试数据
1. 首先我执行一个简单的 SELECT * FROM dbo.Person，看看表/数据页/记录的加锁情况。
从图中可以看到，select执行的大概步骤如下：
第一步：给表（Object）加上IS（意向共享锁）。
第二步：先给1:78号数据页加IS锁，扫描78号数据页，然后释放IS锁。
第三步：同样的道理扫描之后的数据页。
第四步：最后释放表的IS锁，结束整个锁流程。
看完上面的一系列的Lock:Acquired 和 Lock:Released的话，你有没有发现一个问题，不是说好给记录（RID）加上S锁么？？？这里没加，
是因为引擎进入78号数据页的时候，未发现它存在IU锁或者IX锁。。。所以。。。这个属于锁的组合，后续会说。
2. 接下来用UPDATE dbo.Person SET NAME='bbbbb' WHERE ID=3来看看update的整个过程，乍一看，Profile捕获到的记录还是比较多
的，下面具体看图：
第一步： 给表(Object)加上IX锁，
第二步： 给数据页(1:78)数据页分配IU锁。然后开始逐一扫描78号数据页的RID记录，进入前就Acquired，退出后就Released，当扫
描完78号数据页的所有RID后，再释放78号数据页的IU锁，进入下一个数据页。。。
第三步： 我们发现ID=3是在89号数据页上，当引擎扫到该RID之后，我们观察到89号的数据页由IU锁变成了IX锁，并且把1:89:0（slot
为0的记录）由U锁变成X锁，变成X锁后，就排斥了其他所有的锁，这时候就可以进行Update操作了。
第四步： 后面就继续90号数据页，步骤类似，第二步和第三步。
不知道细心的你有没有发现，在Released Object之前我们才释放1:89:0的X锁，然后释放89号数据页的IX锁，这说明什么？？？说明这个
Update是贯穿于这个事务的，不像Select操作中，扫完一个数据页就释放一个数据页。
3. 最后再看一个DELETE FROM dbo.Person WHERE ID=3 的操作。
大概扫了一下上面的图，或许你感觉和Update操作大差不差，会扫描数据页中的每个记录并加上U锁。当在1:89:0槽位中找到了目
标记录后，然后将U锁转化为X锁，具体可以参考Update。
好了，最最单纯的DML操作都展示给你看了...我们知道生产环境没有这么简单，但是你有此宝贝，再多动动脑子就可天下无敌了。。。