提问背景
OceanBase作为分布式数据库，事务并发控制依赖全局锁管理。在多副本、多分区架构下，锁的获取与释放涉及跨节点通信。当高并发短事务（如秒杀场景）大量发生时，锁冲突概率上升，死锁检测的触发频率和开销可能成为瓶颈。目前文档对锁机制的描述较宏观，缺乏对死锁检测算法（如等待图构建）的具体说明。
具体问题
- OceanBase的锁管理是集中式（如使用全局锁表）还是分布式（每个分区独立管理）？跨分区事务如何协调锁资源？
- 死锁检测是周期性触发还是实时检测？在高并发下，检测到死锁后如何选择牺牲者？算法是否考虑事务优先级或已执行时间？
- 是否存在类似MySQL的innodb_lock_wait_timeout参数，用于超时自动回滚？该超时机制与死锁检测如何协同工作？
- 在分布式环境中，网络延迟对锁等待和死锁检测的影响有多大？有没有参数可调整锁等待队列的并发度？
问题价值
深入理解锁机制有助于用户设计高并发业务模型，避免死锁风暴，并为参数调优提供依据，尤其适合金融、电商等强一致性场景。