在供应链管理系统中，需要保证多个仓库（国内+海外）的库存数据实时一致。请设计一个数据库方案，包括表结构设计、索引策略，以及如何处理并发更新导致的冲突。
南光集团商贸物流类难度：中等
答案
1) 【一句话结论】采用**乐观锁（版本号）+ 多版本并发控制（MVCC）**方案，结合分布式锁或最终一致性机制，通过冲突检测（版本号校验）与重试逻辑，确保跨仓库库存数据实时一致，并有效处理并发更新冲突。
2) 【原理/概念讲解】老师口吻解释核心概念：
库存更新场景类似“抢票”，国内/海外仓库同时扣减库存时，需保证数据正确。
- 乐观锁：基于“版本号”机制，更新时检查版本是否匹配（若不一致则失败重试），避免锁竞争，适合高并发读多写少场景。
- 悲观锁：加锁后独占资源更新，确保一致性，但可能因锁粒度过大影响性能。
- 多版本并发控制（MVCC）：允许读取旧版本数据，减少锁等待，提升并发效率。
类比：库存扣减像“检查票是否被买过（版本号）”，若买过则重试；悲观锁像“直接占座（锁）”，避免冲突但可能阻塞。
3) 【对比与适用场景】
| 方案 | 定义 | 特性 | 使用场景 | 注意点 |
|---|---|---|---|---|
| 乐观锁 | 更新时检查版本号是否匹配 | 低锁竞争，高并发下性能好，失败需重试 | 库存扣减（读多写少）、高并发场景 | 需处理失败重试，可能增加延迟 |
| 悲观锁 | 加锁后更新，独占资源 | 确保数据一致，避免脏读 | 写多读少、金融交易（强一致性） | 锁粒度过大导致性能下降，死锁风险 |
4) 【示例】
- 表结构设计：
warehouse（仓库表）：warehouse_id(PK),address,type(国内/海外)inventory（库存表）：inventory_id(PK),warehouse_id(FK),product_id,stock_quantity,version(INT，自增)- 索引：在
warehouse_id + product_id上建复合索引，加速查询。
- 更新逻辑（伪代码）：
冲突处理：乐观锁失败则重试，悲观锁失败则等待锁释放后重试。-- 乐观锁更新 UPDATE inventory SET stock_quantity = stock_quantity - 1, version = version + 1 WHERE warehouse_id = ? AND product_id = ? AND version = ?; -- 若更新行数为0，说明版本号不一致，重试
5) 【面试口播版答案】（约90秒）
“面试官您好，针对跨仓库库存实时一致性问题，我的方案核心是采用乐观锁结合多版本并发控制（MVCC），确保数据一致性并处理并发冲突。首先，表结构设计：仓库表存储国内/海外仓库信息，库存表包含仓库ID、商品ID、库存数量和版本号（用于乐观锁）。索引方面，在仓库ID和商品ID上建复合索引，加速查询。处理并发时，更新操作先读取当前库存和版本号，若乐观锁检查失败（版本号不一致），则重试；若成功则更新。这样既保证库存实时一致，又避免锁竞争导致的性能问题。具体来说，比如国内仓库和海外仓库同时扣减同一商品库存，系统通过版本号检测冲突，失败后重试，最终确保库存数量正确。”
6) 【追问清单】
- 问题1：若采用分布式事务（如两阶段提交），如何处理网络分区或超时？
回答要点：分布式事务可能因网络问题导致提交失败，需设置超时重试，或采用最终一致性结合补偿机制。 - 问题2：如何处理库存数据同步延迟（如海外仓库网络延迟）？
回答要点：采用最终一致性，通过消息队列（如Kafka）异步同步，设置超时重试，或业务端做库存预扣减。 - 问题3：如果库存数量为负数，如何处理？
回答要点：在更新前检查库存是否足够，若不足则拒绝操作或回滚，避免数据异常。 - 问题4：索引设计是否考虑了查询性能？
回答要点：复合索引覆盖查询条件（仓库ID+商品ID），减少I/O，提升查询速度，同时更新时索引维护成本较低。 - 问题5：如何保证数据最终一致性？
回答要点：通过时间戳或版本号，结合重试机制，确保在系统恢复后数据一致，或采用事件驱动（如库存更新事件，其他系统订阅后同步）。
7) 【常见坑/雷区】
- 坑1：忽略版本号导致脏读，比如乐观锁未检查版本号，直接更新导致库存错误。
- 坑2：锁粒度过大，比如锁整个仓库的库存，导致其他仓库无法操作，影响并发性能。
- 坑3：最终一致性下的冲突解决策略缺失，比如库存更新后其他系统未及时同步，导致业务错误。
- 坑4：索引设计不当，比如单字段索引，导致查询慢，影响系统响应。
- 坑5：未考虑事务隔离级别，比如读未提交导致脏读，影响数据准确性。