南大通用GBase 8s数据库（gbase database）解决事务并发问题，锁机制用于协调并发访问，防止多个事务同时操作数据导致的数据不一致。
锁粒度的操作
- 行级锁：
ALTER TABLE tab1 LOCK MODE (ROW);
CREATE TABLE tab1 (...) LOCK MODE ROW; - 页面锁：
ALTER TABLE tab1 LOCK MODE (PAGE);
CREATE TABLE tab1 (...) LOCK MODE PAGE; - 表级锁：
-
- 自动上锁：访问表内数据的时候，数据库会默认的为这张表上锁，比如说读取数据时可能上的是读锁，也可能不对表上锁，但是它会防止其他的事务对表的结构进行修改
- 手动上锁：
BEGIN WORK;
LOCK TABLE tab1 IN EXCLUSIVE MODE;
LOCK TABLE tab2 IN SHARE MODE;
UNLOCK TABLE tab1;
- 索引键锁：
自动上锁，没办法主动使用，必须要有条件就是查询的表中必须要有索引，并且我们查询语句生成的执行计划必须要用到索引
锁粒度的选择
- 库锁：独占式，数据库维护锁，适用于需要独占数据库的维护场景。
- 表级锁：批量操作的并发控制手段，适用于批量更新和 DDL 操作等，可以有效避免并发冲突。
- 页级锁：兼顾并发与管理的选择，适用于顺序访问等场景。
- 行级锁：OLTP 系统高并发利器，适合 OLTP 系统，通过仅锁定修改行来提升并发能力。
- 索引键锁：确保索引操作的完整性，Index-Key 锁是数据库在索引层面施加的锁，用于保护索引键值及其区间，防止并发事务插入或修改导致的幻读和一致性问题。
异常的锁等待情况
- 活锁：事务长时间等待，锁总是被其他事务抢先获取
解决：先来先服务（FIFO）排队机制。 - 死锁：T1: LOCK R1 → 等待 R2；T2: LOCK R2 → 等待 R1
产生条件：互斥、持有并等待、不可剥夺、循环等待。
解决：预防和避免：破坏四个条件之一，资源分配图算法；检测与恢复：定期检测，选择牺牲者回滚。
