Oracle 26ai新特性：Lock-Free Reservations（无锁预留）
这是 Oracle 26ai 数据库中一个针对高频更新数值列 的并发优化特性。它的核心思想是：不锁定整行，而是"预留"一部分数值，等事务提交时才真正扣减。
核心原理
| 传统行锁 | Lock-Free Reservation |
|---|---|
| 事务 A 更新某行 → 锁定整行 | 事务 A 更新某行 → 记录一条"预留"日志 |
| 事务 B 想更新同一行 → 被阻塞等待 | 事务 B 想更新同一行 → 直接通过，也记录自己的预留 |
| 提交后释放锁，B 才能继续 | 各自提交后，数据库合并所有预留，一次性更新实际值 |
数据库会在后台自动维护一张预留日志表（Reservation Journal），跟踪每个事务的预留操作，提交时才将日志中的变更合并到实际表中。
一个典型例子：库存扣减
假设商品表有一个 stock 字段记录库存：
sql
-- 将库存列声明为可预留
ALTER TABLE products MODIFY (stock RESERVABLE);两个用户同时下单购买同一商品：
- Session 1：买 1 件 → 预留 -1（不阻塞）
- Session 2：买 5 件 → 预留 -5（也不阻塞）
在提交前，products 表的 stock 值不会变，但预留日志表中记录了两笔预留。等各自提交后，数据库合并计算，最终库存一次性扣减。
主要适用场景
- 电商库存/票务预留 --- 大促期间大量并发扣减库存，避免行锁竞争
- 计数器/统计字段 --- 如销量、点击量等高频累加场景
- Saga 分布式事务 --- 微服务架构中，各服务先预留资源， Saga 成功则提交，失败则自动补偿回滚预留
使用限制
- 仅支持
NUMBER、INTEGER、FLOAT数值类型 - 不能是主键、虚拟列、标识列
- 每张表最多 10 个 reservable 列
- 更新语法必须是
SET col = col + expr或SET col = col - expr，不能直接赋值 - 不支持索引、分区、外键约束等
一句话总结
Lock-Free Reservations = 对数值列做"软锁定"（预留额度），提交时才真正扣减，从而避免高并发下的行锁阻塞。
特别适合那种"多人同时抢同一商品库存"但又不想互相等待的场景。