1、锁的作用
ORACLE ：
锁是一种机制，当某个数据库对象正被其他进程或用户修改时，这种机制可以保护它不被修改。
为了防止对象被两个不同的用户同时修改，数据库系统创建了锁这种复杂的数据结构，来实现锁定机制，这种机制使用在oracle中称为排队的队列结构，以串行的方式执行锁。 锁的作用如下：
1） 他们坚持一致性和完整性，在事务处理期间，数据和对象保证它们的一致性和完整性。
2） 但对象不是立即可用时，它们提供一种队列结构，这种结构允许所有会话都加入到等候对象的队列中， 3） 自动处理锁机制
4） 锁的持续时间等于被提交事务的长度或处理时间。
SQL SERVER ：
锁的作用是提供事务的隔离性，保证各个事务不会互相干扰，一个事务不会读取或修改另一个事务正在使用的数据，此外，锁提供的隔离性还保证事务的一致性。 2 、锁的模式
ORACLE中的锁模式和描述如下： 2.1 锁模式描述和缩写词 缩写词 模式 说明
缩写词 RS（ss） RX 模式 ROW SHARE 说明 为了更新，每个事务在表中锁定了行，但允许其他事务锁定表中的其他行。 ROW EXCLUSIVE 为了更新，每个事务在表中锁定了行，但不允许其他事务锁定表中的其他行。 某个事务以一个模式锁定了表，这个模式允许其他事务以SHARE模式锁定这个表，但不允许在这个表中进行任何更新 S SHARE SRX（ssx） TM TX SHARE ROW EXCLUSIVE N/A N/A 在SHARE MODE中，不允许其他事务锁定这个表，且不允许DML语句。 表级别的锁 行级别的锁 UUL XX N/A EXCLUSIVE 用户定义的锁 这个表被锁定了，并且不允许其他会话锁定这个表，或者把DML语句提交到这个表 2.2 锁模式和DML语句
SQL SERVER 中的锁模式和描述如下：
缩写词 S 锁 模式 说明 SHARE共享取得资源共享锁。SQL SERVER用共享锁执行所以读取操作，共享锁阻止取得独占锁，任何事务要修改共享锁所在页或行的数据时，受到阻止，直到释放所以共享锁为止。 U UPDATE更新锁 取得资源更新锁。更新锁锁定用户进程要修改的页。SQL SERVER找到正确位置和准备插入记录时，将更新锁升级为独占锁。 X EXCLUSIVE独占锁 独占锁在准备修改数据时向事务提供。资源的独占锁保证其他事务不会干扰持有独占锁的事务锁定的数据。在事务结束时释放独占锁，独占锁与其他任何类型的锁都不兼容。 如果对资源持有独占锁， 任何其他进程对同一资源的读取或修改请求都要等到独占锁释放，同理，如果当前另一进程持有资源的读取锁定，这独占锁请求要等到资源可用为止。 IS 锁 IU 锁 IX 锁 BU 共享意向表示进程当前持有或想持有低层资源（页或行）的共享锁。 更新意向表示进程当前持有或想持有低层资源（页或行）的更新锁。 独占意向表示进程当前持有或想持有低层资源（页或行）的独占锁。 批量锁 批量复杂使用的批量更新锁。 Range 键范围锁 SQL SERVER中的键范围锁隔离事务之间对数据的修改，使事务每次返回相同的结果集。即防止“幻影读“。 3、死锁
死锁就是两个进程都在等待对方持有的资源锁，要等对方释放持有的资源锁之后才能继续工作，它们互不相让，坚持到底，实际上，双方都要等到对方完成之后才能继续工作，而双方都完成不了。
Oracle死锁样本： 步骤一：
登陆ORACLE SQL *plus 之一窗口，执行： UPDATE HR.JOBS
SET JOB_title = 'S.Finance Manager' WHERE job_id = 'FI_MGR'
步骤二：
登陆ORACLE SQL *plus 之二窗口，执行：
UPDATE HR.JOBS SET JOB_title = 'S.President' WHERE job_id = 'AD_PRES';
步骤三：
重新ORACLE SQL *plus 之一窗口，执行 UPDATE HR.JOBS SET JOB_title = 'S.President' WHERE job_id = 'AD_PRES';
发现已经无法完成，因为在等待资源释放。 步骤四：
登陆ORACLE SQL *plus 之二窗口，执行：
UPDATE HR.JOBS
SET JOB_title = 'S.Finance Manager' WHERE job_id = 'FI_MGR'
此时出现ORA-00060错误,如下图所示：
发现报出错误，系统检测到死锁，此时打开C:\\oracle\\admin\\ORADB\%udump\\ 的oradb_ora_5528文件会发现已经记录了死锁deadlock日志，文字如下： *** 2008-07-05 16:46:43.000 *** SESSION ID:(17.16) 2008-07-05 16:46:43.000 DEADLOCK DETECTED Current SQL statement for this session: UPDATE HR.JOBS SET JOB_title = 'S.President' WHERE job_id = 'AD_PRES' The following deadlock is not an ORACLE error. It is a deadlock due to user error in the design of an application or from issuing incorrect ad-hoc SQL. The following information may aid in determining the deadlock: Deadlock graph:
---------Blocker(s)-------- ---------Waiter(s)--------- Resource Name process session holds waits process session holds waits TX-000a0002-00001904 16 17 X 17 18 X TX-00010010-00001917 17 18 X 16 17 X session 17: DID 0001-0010-00000003 session 18: DID 0001-0011-00000003 session 18: DID 0001-0011-00000003 session 17: DID 0001-0010-00000003 Rows waited on:
Session 18: obj - rowid = 00007339 - AAAHM5AAFAAAABGAAD (dictionary objn - 29497, file - 5, block - 70, slot - 3) Session 17: obj - rowid = 00007339 - AAAHM5AAFAAAABGAAA (dictionary objn - 29497, file - 5, block - 70, slot - 0) Information on the OTHER waiting sessions: Session 18:
pid=17 serial=20 audsid=0 user: 0/SYS
O/S info: user: WANGTM\\wangtm, term: WANGTM, ospid: 5200:4876, machine: WORKGROUP\\WANGTM
program: sqlplusw.exe Current SQL Statement: UPDATE HR.JOBS
SET JOB_title = 'S.Finance Manager' WHERE job_id = 'FI_MGR'
End of information on OTHER waiting sessions.
SQL Server死锁样本：
死锁使事务中止时，SQL Server向客户机返回错误号1205，由于死锁不是逻辑错误，而只是资源争夺问题，因此客户机可以更新提交整个事务，要在应用程序中处理死锁，要在错误处理器中捕获消息1205。遇到消息1205时，应用程序可以自动重新提交事务，最好不要然用户看到SQL Server返回的死锁错误消息。