postgres 锁表的模式

最新推荐文章于 2025-05-09 10:21:22 发布
原创 最新推荐文章于 2025-05-09 10:21:22 发布 · 3.7k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#table #access #insert #delete

本文介绍了PostgreSQL中不同类型的锁模式及其应用场景。包括ACCESSEXCLUSIVEMODE、EXCLUSIVEMODE等，并通过对比解释了ROWEXCLUSIVEMODE的实际效果与预期之间的差异。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

ACCESS SHARE MODE 
ROW SHARE MODE 
ROW EXCLUSIVE MODE 
SHARE UPDATE EXCLUSIVE MODE 
SHARE MODE 
SHARE ROW EXCLUSIVE MODE 
EXCLUSIVE MODE 
ACCESS EXCLUSIVE MODE 

可看一看 http://www.phpchina.com/manual/PostgreSQL/sql-lock.html 


的说明。 
太复杂了 

简单的说一下 
如果你什么都不写,只是lock table xxx;那么就是ACCESS EXCLUSIVE MODE，是最高级的锁,会和其他读冲突.在锁成功之前，其他事务的读操作都要结束才行。 

一般都是用lock table xxx in EXCLUSIVE MODE，锁之前你读可以，锁之后别人读可以，写不行。 

   row exclusive mode经过实验,好像并没有锁住任何行,其他事务还是可以update delete insert,这个行为就和语义不一致了. 
    是否这样理解？row打头的这些，只是在行锁发生时，对表做的一个标记？即一般情况下对一行进行写入，或显式产生一个行锁，会产生一个行锁的同时，也产生一“row exclusive”表锁。而单独执行 lock table in row exclusive mode只是产生“row exclusive”表锁，而实际上不存在一个真正意义的行锁 。

PostgreSQL基础（十一）：PostgreSQL的锁介绍
Lansonli（蓝深李）的博客
06-10 681
就是基于LOCK开启表锁，指定表的名字name，其次在MODE中指定锁的模式，NOWAIT可以指定是否在没有拿到锁时，一致等待。当111号连接基于事务开启后，锁住当前表之后，如果使用默认的ACCESS EXCLUSIVE，其他连接操作表时，会直接阻塞住。PostgerSQL有个特点，一般情况，在select的查询没有命中索引时，他不一定会锁表，依然会实现行锁。MySQL中有一个概念，for update时，如果select的查询没有命中索引，可能会锁表。其他的连接要锁住当前行，会阻塞住。
【0290】Postgres内核之dynahash（动态哈希表，dynamic hash tables）（概念篇）
Postgres 数据库内核开发工程师
07-02 270
在【0299】Postgres内核之哈希表（Hash Tables）一文中，讲解了哈希表的作用、实现、优缺点等特性。本文开始，将详细分析Postgres内核中动态哈希表的实现原理。
PostgreSQL锁机制——表级锁
Focus on PostgreSQL
09-06 2623
PostgreSQL提供了多种锁模式用于控制对表中数据的并发访问。大多数PostgreSQL命令会自动要求恰 当的锁以保证被引用的表在命令的执行过程中 不会以一种不兼容的方式删除或修改. 要检查在一个数据库服务器中当前未解除的锁列表，可以使用pg_locks系统视图 下面我们来看看PostgreSQL中的表级别锁有哪些,他们分别使用在什么样的场景.不同模式的锁意味着它们有着不同的冲突模式,即在不同...
PostgreSQL查看是否锁表
IT_Hierarch的博客
05-09 704
pgsql是否锁表查询
Lock TABLE IN EXCLUSIVE MODE 控制DDL 并发
jnrjian的博客
03-04 535
允许的操作：一个共享锁由一个事务控制，仅允许其它事务查询被锁定的表。For update形式锁定行，或执行Lock Table TableName In Share Mode语法锁定整个表，不允许被其它事务更新。在该锁定模式下，不允许任何用户更新表。禁止的操作：拥有排外锁的事务禁止其它事务执行其它任何DML类型的语句或在该表上加任何其它类型的锁。允许的操作：在一个表中只能有一个事务对该表实行排它锁，排它锁仅允许其它的事务查询该表。中限制最多的一种锁类型，允许加排它锁的事务独自控制对表的写权限。
MySQL的lock tables和unlock tables的用法
红尘道，红尘练心
05-30 934
早就听说lock tables和unlock tables这两个命令，从字面也大体知道，前者的作用是锁定表，后者的作用是解除锁定。但是具体如何用，怎么用，不太清楚。今天详细研究了下，总算搞明白了2者的用法。lock tables 命令是为当前线程锁定表.这里有2种类型的锁定，一种是读锁定，用命令 lock tables tablename read;另外一种是写锁定，用命令lock...
PostgreSQL锁级别及什么操作获取什么锁
dimawei2225的博客
12-04 443
表级锁 大多数的表级锁是由内置的 SQL 命令获得的，但他们也可以通过锁命令来明确获取。可使用的表级锁包括： 访问共享（ACCESS SHARE） - SELECT 命令可在查询中引用的表上获得该锁。一般规则是所有的查询中只有读表才获取此锁。 行共享（ROW SHARE） - SELECT FOR UPDATE 和 SELECT FOR SHARE 命令可在目标表上获得...
postgressql——四种进程间锁（4）
Re_view的博客
05-27 1035
postgressql——四种进程间锁（4）
PostgreSQL 锁监控与表信息查询指南
喝醉酒的小白
11-20 924
需要superuser权限，可以关闭所有的后台进程，并向后台发送SIGTERM信号，用于关闭事务，此时session也会被关闭，并且事务回滚。属于哪个数据库（schema）和哪个模式（schema），可以通过查询系统目录视图来实现。会向后台发送SIGINT信号，用于关闭事务，此时session还在，并且事务回滚。此外，要查找锁对应的SQL语句，您可以使用以下查询，通过进程ID（命令来查看表的详细信息，包括它所属的模式。如果您需要终止持有锁的事务以释放锁，可以使用。表的详细信息，包括它所属的模式。
如何处理 PostgreSQL 中由于表锁定导致的并发访问问题？
技术笔记
07-07 1260
处理 PostgreSQL 中的表锁定导致的并发访问问题需要综合考虑多种因素，包括选择合适的锁定模式、优化事务处理、避免不必要的锁定、使用索引以及监控锁定情况。通过合理的设计和优化，可以提高系统的并发性能，确保数据的一致性和完整性，从而提供更稳定和高效的数据库服务。在实际应用中，需要根据具体的业务场景和数据访问模式，不断测试和调整锁定策略，以找到最适合的解决方案。同时，随着系统的发展和负载的变化，要持续监控和评估锁定机制的效果，以便及时进行优化和改进。
查询是: LOCK TABLE test.xx_test IN ACCESS SHARE MODE问题解决办法
feinifi的博客
01-04 2629
postgresql出现lock table问题，需要使用超级用户操作。
Lock Table In SHARE/EXCLUSIVE Mode
weixin_30599769的博客
04-26 1662
<<写完之后，忽然发现之前的理解不够啊.... Oracle会隐式地给表上加锁的，获取share mode的锁之后，如果更改了该表的数据，这个时候相当于获取了exclusive的锁了，而不再是share lock了... >>有这么一道题目：Which of the following lock modes permits concurrent queries on ...
lock table tablename in exclusive mode与select * from tablename for update
cizha3055的博客
10-28 1850
lock table tablename in exclusive mode是在表级锁定，select * from tablename for update是行级锁定.比如： session1: SQL>lock t...
Oracle-锁解读
热门推荐
小工匠
11-03 1万+
概念数据库是一个多用户使用的共享资源。当多个用户并发地存取数据时，在数据库中就会产生多个事务同时存取同一数据的情况。若对并发操作不加控制就可能会读取和存储不正确的数据，破坏数据库的一致性。如果是单用户的系统，那完全没有必要这个锁，就是因为有多用户并发操作，我们为了确保资源的安全性（也就是oracle的数据完整性和一致性）才引申出这个锁出来。Oracle 利用其锁机制来实现事务间的数据并发访问及数据一
Oracle的锁表与解锁
Xcrow　の　blog
03-18 1580
Oracle的锁表与解锁  SELECT /*+ rule */ s.username,decode(l.type,TM,TABLE LOCK,TX,ROW LOCK,NULL) LOCK_LEVEL,o.owner,o.object_name,o.object_type,s.sid,s.serial#,s.terminal,s.machine,s.program,s.os
PostgreSQL并发控制（显式锁定）
weixin_34376986的博客
08-31 453
2019独角兽企业重金招聘Python工程师标准>>> ...
PostgreSQL教程：表锁和行锁
学亮编程手记
09-17 872
PostgreSQL中主要有两种锁，一个表锁一个行锁PostgreSQL中也提供了页锁，咨询锁，But，这个不需要关注，他是为了锁的完整性。
LOCK - 明确地锁定一个表
weixin_30950887的博客
06-26 423
SYNOPSIS LOCK [ TABLE ] name [, ...] [ IN lockmode MODE ] where lockmode is one of: ACCESS SHARE | ROW SHARE | ROW EXCLUSIVE | SHARE UPDATE EXCLUSIVE | SHARE | SHARE ROW EXCLUSIVE |...
Pg数据库检查锁表
最新发布
06-30
<think>我们正在使用PostgreSQL数据库，并希望检查当前数据库中被锁定的表。根据引用[1]：trace_lock_oidmin (integer)描述：如果设置，则不跟踪此 OID以下的表的锁（用于避免在系统表上输出）。此参数仅在编译PostgreSQL时定义了LOCK_DEBUG宏时才可用。 [^1]但是，这个参数是用于调试的，通常我们不会使用它。我们更关心的是如何查询当前数据库中的锁信息。另外，引用[4]提到：PostgreSQL是一个多进程架构的客户端/服务器模式的关系型数据库管理系统。其中backend进程每个客户端对应一个，处理该客户端的请求。锁信息可以通过查询系统视图来获取。在PostgreSQL中，锁信息存储在`pg_locks`系统视图中，而表的信息存储在`pg_class`系统表中。我们可以通过连接这些系统视图来获取被锁定的表的信息。具体步骤：1.查询`pg_locks`视图，获取锁定的对象（relation类型）的锁信息。2.关联`pg_class`表，获取表名。3.关联`pg_stat_activity`视图，可以获取到持有锁的进程和查询信息。注意：锁有不同的模式，比如AccessShareLock、ExclusiveLock等。我们可能关心的是排他锁（ExclusiveLock）或者写锁（RowExclusiveLock）等。以下是一个常用的查询当前数据库中表级别锁的SQL语句： ```sqlSELECTpg_stat_activity.pid,pg_class.relname,pg_locks.mode,pg_locks.granted,pg_stat_activity.query,pg_stat_activity.client_addrFROMpg_locksJOINpg_class ONpg_locks.relation =pg_class.oidJOINpg_stat_activity ONpg_locks.pid =pg_stat_activity.pidWHEREpg_locks.relation ISNOT NULLAND pg_locks.modeNOT LIKE'%Share%' --排除共享锁，我们通常关心排他锁ANDpg_class.relkind= 'r'--只关注普通表（'r'表示普通表）ORDER BYpg_stat_activity.pid;```但是，请注意：-这个查询可能返回很多行，因为PostgreSQL中很多操作会获取锁（比如普通的SELECT也会获取AccessShareLock）。 -我们通过`pg_locks.modeNOT LIKE'%Share%'`来排除共享锁，只显示排他锁（或更高级别的锁），这些锁可能会阻塞其他操作。-如果`granted`字段为false，则表示该进程正在等待这个锁（被阻塞）。另外，也可以使用以下查询来查看所有锁（包括共享锁）以及等待情况： ```sqlSELECTblocked.pid ASblocked_pid,blocked_activity.usenameAS blocked_user,blocking.pid ASblocking_pid,blocking_activity.usenameAS blocking_user,blocked_activity.query ASblocked_statement,blocking_activity.query ASblocking_statementFROM pg_catalog.pg_locksblocked_locksJOINpg_catalog.pg_stat_activityblocked_activity ONblocked_activity.pid =blocked_locks.pidJOINpg_catalog.pg_locks blocking_locksON blocking_locks.locktype =blocked_locks.locktypeAND blocking_locks.DATABASE ISNOT DISTINCT FROMblocked_locks.DATABASEAND blocking_locks.relationIS NOTDISTINCTFROM blocked_locks.relationAND blocking_locks.page ISNOT DISTINCT FROMblocked_locks.pageAND blocking_locks.tupleIS NOTDISTINCTFROM blocked_locks.tupleAND blocking_locks.virtualxidIS NOTDISTINCTFROM blocked_locks.virtualxidAND blocking_locks.transactionid ISNOT DISTINCT FROMblocked_locks.transactionidAND blocking_locks.classidIS NOTDISTINCTFROM blocked_locks.classidAND blocking_locks.objid ISNOT DISTINCT FROMblocked_locks.objidAND blocking_locks.objsubidIS NOTDISTINCTFROM blocked_locks.objsubidAND blocking_locks.pid!= blocked_locks.pidJOIN pg_catalog.pg_stat_activity blocking_activityON blocking_activity.pid= blocking_locks.pidWHERENOT blocked_locks.granted;```这个查询可以找出被阻塞的进程以及阻塞它的进程。因此，要检查当前数据库中被锁定的表，我们可以运行上述查询之一。注意：需要具有超级用户权限或者具有访问系统视图的权限。如果只是想查看当前被锁定的表（排除共享锁），可以使用第一个查询。另外，PostgreSQL还提供了一个函数`pg_blocking_pids(pid)`，可以获取阻塞指定进程的进程ID列表。例如：`SELECTpg_blocking_pids(1234);`会返回阻塞进程1234的所有进程ID。根据这些信息，我们可以判断哪些表被锁定，以及锁定它们的进程和查询。最后，如果需要解锁，可以通过`SELECTpg_cancel_backend(pid);`来取消该进程的查询（不会终止整个进程，只取消当前查询）或者使用`SELECT pg_terminate_backend(pid);`来终止整个进程（谨慎使用）。请根据实际情况选择查询语句。</think>### PostgreSQL 检查当前数据库中被锁定的表 在 PostgreSQL 中检查锁表情况，主要通过查询系统视图实现。以下是详细步骤： #### 1. **查询所有锁信息** ```sql SELECT * FROM pg_locks; ``` 此视图显示所有锁对象（表、行、事务等）的详细信息[^4]。 #### 2. **定位表级锁** ```sql SELECT lock.locktype, relname AS table_name, lock.mode, lock.pid, lock.granted, query AS blocked_query FROM pg_locks lock JOIN pg_class cls ON lock.relation = cls.oid JOIN pg_stat_activity act ON lock.pid = act.pid WHERE locktype = 'relation' AND relname NOT LIKE 'pg_%'; -- 排除系统表 ``` **关键字段说明**： - `locktype`：锁类型（`relation`=表级锁） - `table_name`：被锁的表名 - `mode`：锁模式（如 `AccessExclusiveLock` 表示排他锁） - `pid`：持有锁的进程ID - `granted`：是否已获得锁（`true`/`false`） - `blocked_query`：正在执行的SQL语句 #### 3. **检查锁等待（阻塞情况）** ```sql SELECT blocked.pid AS blocked_pid, blocking.pid AS blocking_pid, blocked.query AS blocked_query, blocking.query AS blocking_query FROM pg_locks blocked JOIN pg_locks blocking ON blocking.locktype = blocked.locktype AND blocking.transactionid = blocked.transactionid AND blocking.pid != blocked.pid JOIN pg_stat_activity act_blocked ON blocked.pid = act_blocked.pid JOIN pg_stat_activity act_blocking ON blocking.pid = act_blocking.pid WHERE NOT blocked.granted; ``` 此查询显示哪些进程被阻塞及阻塞源[^4]。 #### 4. **常用锁模式说明** | 锁模式 | 描述 | |------------------------|----------------------------------| | `AccessShareLock` | SELECT 产生的共享锁 | | `RowExclusiveLock` | UPDATE/DELETE 产生的行级排他锁 | | `ShareUpdateExclusiveLock` | VACUUM 等维护操作 | | **`AccessExclusiveLock`** | DROP/TRUNCATE 等排他锁（最危险）| #### 5. **解锁方法** - 终止阻塞进程： ```sql SELECT pg_terminate_backend(pid); -- 替换为实际PID ``` - 避免强制终止：优先检查长时间运行的事务或优化查询 #### 注意事项 1. 需要 `pg_stat_activity` 视图的访问权限（通常需超级用户） 2. 系统表（如 `pg_locks`）的锁可通过 `trace_lock_oidmin` 参数过滤[^1] 3. 排他锁（如 `AccessExclusiveLock`）会完全阻塞表操作 --- ### 相关问题 1. 如何监控 PostgreSQL 中长时间运行的事务？ 2. PostgreSQL 锁等待超时如何配置？ 3. 哪些操作会导致表级排他锁（`AccessExclusiveLock`）？ 4. 如何避免生产环境中的锁竞争问题？ 5. PostgreSQL 与 MySQL 在锁机制上有何主要差异？[^2] [^1]: trace_lock_oidmin (integer) 描述：如果设置，则不跟踪此 OID 以下的表的锁（用于避免在系统表上输出）。此参数仅在编译 PostgreSQL 时定义了 LOCK_DEBUG 宏时才可用。 [^2]: PostgreSQL完全免费，而且是BSD协议，MySQL现在主要是被Oracle公司控制。 [^4]: PostgreSQL是一个多进程架构的客户端/服务器模式的关系型数据库管理系统。包含postgres server进程、backend进程、background进程等。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值