锁机制用于管理对共享资源的并发访问。
在 Oracle 中，事务应该延迟到适当的时刻提交，因为事务很长或很大，一般不会对系统有压力；行级锁没有相关的开销，1个行锁还是1000000个行锁专用于锁定这个信息的“资源”数都是一样的；
不要以为锁升级“对系统更好”（例如使用表锁而不是行锁），oracle 中锁升级对系统没有任何好处，不会节省任何资源；可以同时得到并发性和一致性，数据读取器不会被写入器阻塞。
使用 ORA_ROWSCN 的乐观锁定：
ORA_ROWSCN 建立在内部 oracle 系统时钟（SCN）基础上。在 oracle 中，每次提交时，SCN 都会推进。除非创建表时支持在行级维护 ORA_ROWSCN ，否则 oracle 会在块级维护。
创建表时启用 ROWDEPENDENCIES，也可以使用 DBMS_REDEFINITION 中的在线重建功能。
查询语句：select id, dbms_rowid.rowid_block_number(rowid) blockno, ora_rowscn from table
执行 INSERT、UPDATE、DELETE、MERGE 和 SELECT FOR UPDATE 时会阻塞，最后一个增加 NOWAIT 就不会阻塞。
oracle 从来不会锁升级，但它会执行锁转换或锁提升。主要有三类锁：
1、DML 锁：用于确保一次只有一个人能修改某一行，而且你正在处理一个表时别人不能删除这个表。
a、TX锁（事务锁）：事务发起第一个修改时会得到TX锁，而且会一直持有这个锁，，直至事务执行提交或回滚。
oralce 并没有一个传统的锁管理器，不会用锁管理器为系统中锁定的每一行维护一个长长的列表。它只是简单找到想锁定的那一行并锁定它。
在待锁定的行所在的数据块的最前面有一个“开销”空间，这里会存放该块的一个事务表，大小由创建对象时 CREATE 语句的两个参数决定：
INITTRANS：初始的预分配大小，对于索引和表，默认为2。在频繁修改的表上增加该值，同时 PCTFREE 值也需要相应的增加。
MAXTRANS：可以扩展到的最大值，默认为 255，即该块最大的并发事务数。oracle 10g 该参数已经不再使用。
b、TM 锁：用于确保在修改表的内容时，表的结构不会改变。
每个事务只能得到一个 TX 锁，但修改多少个对象，就能得到多少个 TM 锁。并且锁的总数可以通过 DML_LOCKS 参数定义。
如果参数设置为 0，则不允许 DDL。通过 ALTER TABLE TABLENAME DISABLE TABLE LOCK 命令，逐个禁用 TM 锁。
2、DDL 锁：在 DDL 操作中会自动为对象加 DDL 锁，从而保护这些对象不会被其他会话所修改。
a、排他锁：防止其它会话得到它们自己的 DDL 锁或 TM 锁。这说明 DDL 操作期间可以查询表，但无法修改。
大多数 DDL 都带有一个排他 DDL 锁。例如 alter table t add new_column date;
例外：create index t_idx on t(x) online，它只会试图得到表上的一个低级（mode 2）TM锁，所以在 DDL 语句执行期间对表所做的修改维护一个记录，执行 CREATE 时再把这些修改应用至新的索引。
b、共享锁：保护所引用对象的结构，使之不会其他会话修改，但是允许修改数据。在创建存储的编译对象（如过程或视图）时，会对依赖的对象加这种共享 DDL 锁。
c、可中断解析锁：允许一个对象向另外某个对象注册其依赖性。当某会话解析一条语句时，对该语句引用的每一个对象都会加一个解析锁。目的是如果引用对象被修改，则将缓存的语句置为无效。
利用视图 DBA_DLL_LOCKS 查看该信息。视图脚本：[ORACLE_HOME]/RDBMS/ADMIN\/catblock.sql
3、内部锁和闩：闩是轻量级的串行化设备，用于协调对共享数据结构、对象和文件的多用户访问。设计为只保持极短的一段时间。使用诸如“测试和设置”以及“比较及交换”之类的原子指令来处理闩。
由于设置和释放闩的指令是原子性的，尽管可能有多个进程在同时请求它，但操作系统本身可以保证只有一个进程能测试和设置闩。