postgresql 内核源码分析 表锁relation lock的使用,session lock会话锁的应用场景,操作表不再困难

​专栏内容 :
postgresql内核源码分析
手写数据库toadb
并发编程
个人主页 :我的主页
座右铭:天行健,君子以自强不息;地势坤,君子以厚德载物.

==================================================================

表锁介绍

当表打开,或者操作表时,都需要对表relation 进行加锁,表锁定义了8种级互斥级别,另外还有会话级表锁 session lock。

表锁的标识

  • 锁类型 LOCKTAG_RELATION
  • locktag的取值

locktag_field1 = dboid 当relation 为共享表时 dboid = 0

locktag_field2 = reloid

表锁相关接口

c 复制代码
extern void LockRelationOid(Oid relid, LOCKMODE lockmode);
extern void LockRelationId(LockRelId *relid, LOCKMODE lockmode);
extern bool ConditionalLockRelationOid(Oid relid, LOCKMODE lockmode);
extern void UnlockRelationId(LockRelId *relid, LOCKMODE lockmode);
extern void UnlockRelationOid(Oid relid, LOCKMODE lockmode);

extern void LockRelation(Relation relation, LOCKMODE lockmode);
extern bool ConditionalLockRelation(Relation relation, LOCKMODE lockmode);
extern void UnlockRelation(Relation relation, LOCKMODE lockmode);
extern bool CheckRelationLockedByMe(Relation relation, LOCKMODE lockmode,
									bool orstronger);
extern bool LockHasWaitersRelation(Relation relation, LOCKMODE lockmode);

extern void LockRelationIdForSession(LockRelId *relid, LOCKMODE lockmode);
extern void UnlockRelationIdForSession(LockRelId *relid, LOCKMODE lockmode);

表锁申请方式

表锁的申请,有两种,首先打开表时锁定系统字典中的记录,然后再对目标表加锁;

当然,在加锁时,会检查系统字典变更,在postgresql 就是通过invalidmessage来同步变更;

实际调用LockAcquireExtended,如果获得表锁后,首先进行invalidmessage同步处理;

首次打开表时

  • 表的OID作为参数

接口有 LockRelationOid,ConditionalLockRelationOid,UnlockRelationOid

实际调用LockAcquireExtended,

用于打开表时,锁定relcache中的数据

  • 表relid作为参数

接口有 LockRelationId, UnlockRelationId

实际调用LockAcquireExtended获取锁,

用于打开表时,锁定表; 解锁时UnlockRelationId比UnlockRelationOid速度要快,建议用前者

再次加表锁时

  • locktag使用 relation结构初始化

接口有 LockRelation, ConditionalLockRelation, UnlockRelation;

此时表已经 open ,实际调用LockAcquireExtended,加锁时也需要检查invalidate message。

用途

在访问表、索引时,先是open处理

调用关系

  • 表的打开和关闭调用关系
text 复制代码
table_open
	->relation_open
		->LockRelationOid
table_close
	->relation_close
		->UnlockRelationId
  • 索引的打开和关闭调用关系 与表是类似的
text 复制代码
index_open
	->relation_open
		->LockRelationOid
index_close
	->relation_close
		->UnlockRelationId

会话锁的操作

会话锁与当前会话相关,也就是锁的持有可以跨多个事务;

释放时,调用接口释放, 或者当会话结束时会自动释放,或者是发生了ERROR级别的错误也会自动释放。

接口 LockRelationIdForSession 申请和 UnlockRelationIdForSession 释放

其中调用 LockAcquire来获取常规锁,其实也是LockAcquireExtended的也一个包装,固定了最后两个参数;

会话锁的入参 LockRelId 指定了dbid, relid;

会话锁的用途

  • 创建索引

在concurrent 方式创建索引时,会再次加session lock;

  • 删除索引 drop index
  • 重建索引 reindex
  • 清理表 vacuum

结尾

非常感谢大家的支持,在浏览的同时别忘了留下您宝贵的评论,如果觉得值得鼓励,请点赞,收藏,我会更加努力!

作者邮箱:study@senllang.onaliyun.com

如有错误或者疏漏欢迎指出,互相学习。

注:未经同意,不得转载!

相关推荐
FlightYe8 分钟前
音视频修炼之容器与协议(二):HLS和DASH流媒体
android·linux·ffmpeg·音视频·android runtime·dash
承渊政道10 分钟前
Linux网络学习【从深入理解网络层原理到IP分片与重组全过程剖析】
linux·计算机网络·ubuntu·ip分片与重组
橘色的喵10 分钟前
嵌入式Linux编程,如何把硬件中断交给用户态--UIO 的机制
linux·mcu·isr·中断·uio
CAIE研习社13 分钟前
CAIE一级有学历和专业门槛吗?报考条件、考试内容与适合人群解析
大数据·人工智能
磁场转动100万匹17 分钟前
Spark Core 核心原理:从 RDD 到分布式计算
大数据·分布式·spark
强哥聊算力18 分钟前
《算力江湖·DeepSeek》第四集:DeepSeek如何改变中国算力的采购逻辑?
大数据·运维·人工智能·ai·gpu算力
l1t28 分钟前
DeepSeek总结的DuckDB 2.0.0 中的隐藏亮点
大数据·数据库·duckdb
~城南花已开~33 分钟前
Redfish 事件接收服务搭建指南(Ubuntu Server 实测)
linux·服务器·python·ubuntu
数据皮皮侠39 分钟前
全国休闲农业与乡村旅游示范县政策DID(2010-2025)
大数据·人工智能·搜索引擎·数据挖掘·智慧城市·制造
程序员塔塔喵40 分钟前
【MySQL篇|第八篇】索引底层实现
数据库·mysql·adb·索引