postgreSQL 中的 Lock

typedef struct LOCK
{
/* hash key */
LOCKTAG   tag;    /* unique identifier of lockable object */

/* data */
LOCKMASK grantMask;   /* bitmask for lock types already granted */
LOCKMASK waitMask;   /* bitmask for lock types awaited */
SHM_QUEUE procLocks;   /* list of PROCLOCK objects assoc. with lock */
PROC_QUEUE waitProcs;   /* list of PGPROC objects waiting on lock */
int    requested[MAX_LOCKMODES];   /* counts of requested locks */
int    nRequested;   /* total of requested[] array */
int    granted[MAX_LOCKMODES]; /* counts of granted locks */
int    nGranted;   /* total of granted[] array */
} LOCK;

 

 

 

LOCALLOCK 是在私有进程中的结构,它有指针指向共享内存中实际的锁

typedef struct LOCALLOCK
{
/* tag */
LOCALLOCKTAG tag;    /* unique identifier of locallock entry */

/* data */
LOCK    *lock;    /* associated LOCK object in shared mem */ 指向共享内存中的
PROCLOCK   *proclock;   /* associated PROCLOCK object in shmem */
uint32   hashcode;   /* copy of LOCKTAG's hash value */
int64   nLocks;    /* total number of times lock is held */
int    numLockOwners; /* # of relevant ResourceOwners */
int    maxLockOwners; /* allocated size of array */
LOCALLOCKOWNER *lockOwners; /* dynamically resizable array */
} LOCALLOCK;

共享内存中实际的锁

typedef struct LOCK
{
/* hash key */
LOCKTAG   tag;    /* unique identifier of lockable object */

/* data */
LOCKMASK grantMask;   /* bitmask for lock types already granted */
LOCKMASK waitMask;   /* bitmask for lock types awaited */
SHM_QUEUE procLocks;   /* list of PROCLOCK objects assoc. with lock */
PROC_QUEUE waitProcs;   /* list of PGPROC objects waiting on lock */
int    requested[MAX_LOCKMODES];   /* counts of requested locks */
int    nRequested;   /* total of requested[] array */
int    granted[MAX_LOCKMODES]; /* counts of granted locks */
int    nGranted;   /* total of granted[] array */
} LOCK;

 

LOCALLOCK 和 LOCK 为了方便查找,全部放在了 hash table 中

We may have several different backends holding or awaiting locks   on the same lockable object. We need to store some per-holder/waiter information for each such holder (or would-be holder). This is kept in a PROCLOCK struct

typedef struct PROCLOCK
{
/* tag */
PROCLOCKTAG tag;    /* unique identifier of proclock object */

/* data */
LOCKMASK holdMask;   /* bitmask for lock types currently held */
LOCKMASK releaseMask; /* bitmask for lock types to be released */
SHM_QUEUE lockLink;   /* list link in LOCK's list of proclocks */
SHM_QUEUE procLink;   /* list link in PGPROC's list of proclocks */
} PROCLOCK;

未获得锁的等待是通过每个进程的临界区实现的,当没获得锁时,就进入本进程的临界区,并把本进程放入LOCK的waitProcs队列中,当别的进程解锁后,检查waitProcs,把里面存储的等候的进程出临界区

锁的种类

#define NoLock      0

#define AccessShareLock    1   /* SELECT */
#define RowShareLock    2   /* SELECT FOR UPDATE/FOR SHARE */
#define RowExclusiveLock   3   /* INSERT, UPDATE, DELETE */
#define ShareUpdateExclusiveLock 4   /* VACUUM (non-FULL),ANALYZE, CREATE
           * INDEX CONCURRENTLY */
#define ShareLock     5   /* CREATE INDEX (WITHOUT CONCURRENTLY) */
#define ShareRowExclusiveLock 6   /* like EXCLUSIVE MODE, but allows ROW
           * SHARE */
#define ExclusiveLock    7   /* blocks ROW SHARE/SELECT...FOR
           * UPDATE */
#define AccessExclusiveLock   8   /* ALTER TABLE, DROP TABLE, VACUUM
           * FULL, and unqualified LOCK TABLE */

PostgreSQL ,锁定机制用于控制并发访问数据库的数据,防止多个事务同时修改同一数据导致的数据不一致。当你在一个事务持有某个数据表的锁时,其他事务将无法对该表进行写操作,直到你的事务结束并释放锁。 要释放 PostgreSQL 锁,你需要按照以下步骤操作: 1. **确认锁定状态**:首先,你需要通过 `pg_locks` 系统视图或 `SHOW LOCKS` 命令检查你的事务持有的锁信息,确定需要释放哪些锁。 2. **在事务显式解锁**:如果你使用的是 `SELECT FOR UPDATE` 或 `FOR SHARE` 语句获取了锁,那么在事务提交(`COMMIT`)或回滚(`ROLLBACK`)时,这些锁会自动释放。如果使用的是 `EXCLUSIVE` 或 `ACCESS SHARE` 级别的锁(如 `LOCK TABLE`),则需要使用 `unlock table` 或 `UNLOCK ALL` 命令来手动解锁。 ```sql -- 如果是表级锁 UNLOCK TABLE my_table; -- 或者全局锁 UNLOCK ALL; ``` 3. **在存储过程或函数解锁**:如果你在一个存储过程或函数获得了锁,记得在适当的地方调用 `RETURN` 或 `END` 语句时解锁。 4. **处理死锁**:如果检测到死锁(当两个或更多事务等待对方释放资源而无法继续时),你可以使用 `ROLLBACK` 语句回滚当前事务,或者使用 `pg_cancel_backend` 来断阻塞的事务。 5. **检查并修复锁定循环**:确保没有出现无限循环的锁定,这可能是因为程序设计错误,需要修复代码逻辑。 请根据你的具体情况进行操作,并确保在执行解锁操作时,事务已经处理完毕,否则可能会导致数据不一致。如果有疑问,建议查看 PostgreSQL 官方文档或使用 `pg_stat_activity` 查看活跃事务来辅助诊断。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值