GBase 8s数据库事务并发控制之封锁技术介绍（下）|G术时刻

南大通用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
  产生条件：互斥、持有并等待、不可剥夺、循环等待。
  解决：预防和避免：破坏四个条件之一，资源分配图算法；检测与恢复：定期检测，选择牺牲者回滚。