Linux上 Oracle 并发事务处理机制
核心机制
- 多版本读一致性 MVCC 与一致性读：通过数据块的 Undo 段保存旧版本，读操作不阻塞写、写也不阻塞读。默认在语句级提供一致性读（每次 SQL 看到各自的一致性快照）；在事务级一致性读（如可串行化或只读事务）下，整个事务看到同一快照。读不会加共享锁，因此不会与写互相阻塞。
- 事务隔离级别：Oracle 原生支持 READ COMMITTED（默认） 与 SERIALIZABLE，并提供 READ ONLY 模式。READ COMMITTED 避免脏读，但可能出现不可重复读与幻读；SERIALIZABLE 在事务期间提供“像串行执行”的视图，避免不可重复读与幻读；READ ONLY 不允许 DML，适合报表查询。
- 锁机制：以行级锁为主，DML 只锁定命中的行；表级以**意向锁（IS/IX/S/SIX/X）**协调多粒度访问，避免显式对整表加锁。DDL 会获取更强的模式对象锁，通常与 DML 互斥。
- 并发写冲突处理：对同一行的并发更新通过**行级排他锁（X）串行化；读操作利用快照避免加锁。丢失更新需应用层通过悲观锁（SELECT … FOR UPDATE）或乐观锁（版本号/时间戳）**来规避。
隔离级别与现象对照
| 隔离级别 |
脏读 |
不可重复读 |
幻读 |
典型场景与说明 |
| READ COMMITTED |
否 |
可能 |
可能 |
默认级别；语句级一致性读，高并发、吞吐好 |
| SERIALIZABLE |
否 |
否 |
否 |
事务级一致性读；若期间其他事务修改了读取范围，可能报 ORA-08177；适合短事务、强一致报表 |
| READ ONLY |
否 |
否 |
否 |
只读事务；不允许 DML，避免 ORA-08177，但长事务可能遇到 ORA-01555 快照过旧 |
说明：Oracle 不提供 ANSI 的 READ UNCOMMITTED；SERIALIZABLE 通过谓词锁机制避免幻读，即阻止对满足查询谓词的插入。
锁与并发控制要点
- 自动加锁、最低限制级别：Oracle 在执行 DML 时自动获取所需的最小粒度和模式锁，无需显式加锁；显式锁（如 SELECT … FOR UPDATE、LOCK TABLE）用于业务需要提前锁定或避免竞争的场景。
- FOR UPDATE 的变体：支持 NOWAIT 与 WAIT n，在无法立即获得行锁时快速失败或等待指定秒数，提升并发程序的失败可预期性与响应性。
- DDL 与 DML 互斥：DDL 需要更强的模式对象锁，通常要求对象上无冲突的 DML 锁；因此在线 DDL 需谨慎评估锁等待与业务窗口。
- 死锁处理：Oracle 自动检测死锁并回滚代价较小的事务；应用应按固定顺序访问资源、缩短事务以降低死锁概率。
典型场景与 SQL 实践
- 高并发报表（读多写少）：使用默认 READ COMMITTED 与一致性读，避免读阻塞写；报表类长事务可设为 READ ONLY 以获得事务级一致性，注意 ORA-01555 风险（增大 UNDO 表空间、缩短事务）。
- 避免丢失更新：
- 悲观锁：在修改前 SELECT … FOR UPDATE [NOWAIT|WAIT n] 锁定目标行，确保串行更新。
- 乐观锁：为表增加 VERSION 或 UPDATED_AT 列，提交时 WHERE 条件校验版本未变，若变则重试。
- 可串行化业务：在事务开始处设置隔离级别为 SERIALIZABLE，在强一致、短事务、冲突较少的场景下使用；若遇到 ORA-08177，需重试或回退为 READ COMMITTED 并改用显式锁/乐观锁策略。
Linux 环境配置与运维提示
- 资源与并发控制：通过 Resource Manager 限制会话并发、并行度与 CPU/IO，避免资源争用导致级联等待与死锁；合理设置统计信息收集并发度，缩短维护窗口。
- UNDO 与一致性窗口：为长事务与 SERIALIZABLE/READ ONLY 报表配置充足的 UNDO 表空间 与合理保留策略，降低 ORA-01555 概率；监控长事务与锁等待，及时优化 SQL 与事务边界。