Oracle性能优化之LockContention（转）

1、概念

　　DML事务使用row-level locks,查询不会锁定数据。锁有两种模式：exlusive、share。

　　锁的类型：

　　• DML or data locks:

　　– Table-level locks(TM)

　　– Row-level locks(TX)

　　• DDL or dictionary locks

　　一个transaction至少获得两个锁：一个共享的表锁，一个专有的行锁。Oracle server将所有的锁维护在一个队列里，队列跟踪了等待锁的用户、申请锁的类型以及用户的顺序信息。

　　Lock在下列情况会释放：commit;rollback;terminated(此时由pmon清理locks)。

　　Quiesced database：一个数据库如果除了sys和system之外没有其他活动session，这个数据库即处于quiesced状态。活动session是指这个session当前处于一个transaction中，或一个查询中，一个fetch中，或正占有某种共享资源。

　　2、可能引起lock contention的原因

　　不必要的高层次的锁;

　　长时间运行的transaction;

　　未提交的修改;

　　其他产品施加的高层次的锁。

　　解决lock contention的方法：锁的拥有者提交或回滚事务;杀死用户会话。

　　3、死锁

　　Oracle自动检测和解决死锁，方法是通过回滚引起死锁的语句(statement)，但是这条语句对应的transaction并没有回滚，因此当收到死锁的错误信息后，应该去回滚改transaction的剩余部分。

[@more@]

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/12180666/viewspace-1021788/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/12180666/viewspace-1021788/