ITPub博客

首页 > 数据库 > 国内数据库 > GBase 8s数据库事务并发控制之封锁技术简介(二)

GBase 8s数据库事务并发控制之封锁技术简介(二)

原创 国内数据库 作者:GBASE南大通用 时间:2026-05-08 13:48:24 0 删除 编辑

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


来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/69979120/viewspace-3117307/ ,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论
GBASE南大通用,致力于成为用户最信赖的数据库产品供应商!

注册时间:2020-07-16

  • 博文量
    1307
  • 访问量
    1280547