Oracle RDBMS中释放排他行锁后，哪个等待会话优先收到通知？

一、等待会话的通知顺序 #

主流关系型数据库（如MySQL、PostgreSQL、Oracle）默认遵循**先进先出（FIFO）**的等待队列规则：先发起锁请求的会话会优先收到锁释放的通知，并获取目标行锁。

部分数据库提供了可调整的参数或机制来控制这一顺序：

• MySQL：可以通过设置会话优先级（SET SESSION priority = HIGH;）提升特定会话的锁获取优先级，不过默认仍以FIFO为基础；innodb_lock_wait_timeout用于设置锁等待的超时时间，而非调整顺序。
• Oracle：支持通过LOCK_PRIORITY子句为锁请求设置优先级，高优先级会话可插队获取锁。
• PostgreSQL：默认严格遵循FIFO，暂无直接调整锁等待顺序的参数，但可通过lock_timeout设置等待超时。

二、锁饥饿的可能性与应对机制 #

如果数据库采用随机顺序唤醒等待会话，确实会存在锁饥饿风险——部分会话可能持续被其他会话插队，始终无法获取锁。但主流数据库默认使用FIFO队列，从机制上避免了饥饿问题，每个等待的会话都会按请求顺序被处理。

若遇到支持非FIFO调度的场景，可通过以下机制应对饥饿：

• 强制启用FIFO锁等待队列（多数数据库默认已开启此模式）
• 配置锁等待超时参数，让长时间等待的会话主动退出，避免占用队列资源
• 为核心业务会话设置更高的锁获取优先级，保障关键流程的执行
• 应用层实现限流或本地排队逻辑，减少同一行锁的并发竞争请求

内容的提问来源于stack exchange，提问作者M. Prokhorov