deadlock 相关问题

我的系统正在运行使用 CloudNativePG 管理的 postgres 实例；有一个主副本和几个副本。当我运行像这样的查询时 update set = NO... 我的系统正在运行使用 CloudNativePG 管理的 postgres 实例；有一个主副本和几个副本。当我运行这样的查询时update <table> set <boolean-column> = NOT <boolean-column>，需要一段时间（> 19 小时）才能更新约 1 亿行。我还应该提到，数据库中存在该表的视图（提及这一点是因为它可能与本文后面提到的REFRESH MATERIALIZED VIEW CONCURRENTLY相关）。经过检查，这就是我得到的： >=# SELECT l.pid, application_name, state, query, age(clock_timestamp(), state_change) AS change, age(clock_timestamp(), query_start) AS age, wait_event, mode, granted FROM pg_stat_activity p INNER JOIN pg_locks l on p.pid = l.pid WHERE query NOT LIKE '% FROM pg_stat_activity %' ORDER BY granted, age; pid | application_name | state | query | change | age | wait_event | mode | granted --------+------------------+--------+------------------------------------------------------------+-----------------+-----------------+--------------+------------------+--------- 874173 | psql | active | update <table> set <boolean-column> = NOT <boolean-column>; | 19:39:06.762432 | 19:39:06.76241 | DataFileRead | RowExclusiveLock | t 874173 | psql | active | update <table> set <boolean-column> = NOT <boolean-column>; | 19:39:06.762445 | 19:39:06.762419 | DataFileRead | ExclusiveLock | t 874173 | psql | active | update <table> set <boolean-column> = NOT <boolean-column>; | 19:39:06.762448 | 19:39:06.762424 | DataFileRead | ExclusiveLock | t 874173 | psql | active | update <table> set <boolean-column> = NOT <boolean-column>; | 19:39:06.762451 | 19:39:06.762427 | DataFileRead | RowExclusiveLock | t (4 rows) 同一个查询在同一个表上有多个 ExclusiveLock 锁有意义吗？它们不是由不同连接发出的 2 个单独的查询，因为 pid 是相同的；它在同一个进程中运行。为什么它还有 RowExclusiveLock 锁，而且还是 2 个？我从有关ExclusiveLock锁的文档中了解到，该锁只能由REFRESH MATERIALIZED VIEW CONCURRENTLY获取。即使我没有在查询中明确要求发生这种情况，实例是否在内部运行并发操作来更新表？同一个查询在同一个表上有多个 ExclusiveLock 锁有意义吗？它们不是由不同连接发出的 2 个单独的查询，因为 pid 是相同的；它在同一个进程中运行。那些ExclusiveLock锁根本不在桌子上。包括 pg_locks.relation，您会发现它们不涉及任何特定对象（它显示 null）。 pg_locks.locktype 会告诉您这些都是用于事务处理： SELECT l.pid , application_name , state , query , age(clock_timestamp(), state_change) AS change, , age(clock_timestamp(), query_start) AS age, , wait_event , l.locktype , l.relation::regclass , mode , granted FROM pg_stat_activity AS p JOIN pg_locks AS l USING(pid) WHERE pid <> pg_backend_pid() --that's how you filter this query out ORDER BY granted , age; 为什么它还有 RowExclusiveLock 锁，而且还是 2 个？一个RowExclusiveLock用于您正在更新的表，我猜另一个涉及其上的索引，更新也必须处理该索引。 pg_locks.relation::regclass 会告诉你这一点。我从 ExclusiveLock 锁的文档中了解到，该锁只能由 REFRESH MATERIALIZED VIEW CONCURRENTLY 获取。这是一个示例，而不是它出现的唯一情况。您只需使用 begin; 打开交易，不执行任何其他操作，您将为此获得 locktype='virtualxid'。一旦你开始写作，你也会得到带有 locktype='transactionid' 的那个，因为这是 MVCC 需要开始担心你的行为的最早点。即使我没有在查询中明确要求发生这种情况，实例是否在内部运行并发操作来更新表？总体来说是这样。您可以通过异步行为设置对此进行一定程度的控制。问题是，你在那里看到的是一个 pid。如果您确实让多个工作人员运行查询，您会在为 pid 中的任务部署的 different pg_stat_activity 下看到同一查询的多个实例，所有这些都会共享一个 leader_pid。

postgresql deadlock postgresql-15 cloudnative-pg

回答 1 投票 0

Firebird 锁定并选择解锁字段

我有疑问使用锁定从 FP_TASKS 中选择前 10 个 * 但我有多个客户端使用一个表，并且我需要为每个选定的客户端 10 行未锁定。有什么办法可以做一些...

sql firebird deadlock database-deadlocks

回答 1 投票 0

Java 线程转储分析：如何找到有关发生死锁的对象的更多信息？

我有一个 Java 线程转储，它清楚地表明我的应用程序出现死锁： “池-2-线程-1”：等待锁定监视器 0x00007f17b0040120（对象 0x00000000f731a9e0，一个 com.MyClass...

java jvm deadlock thread-dump

回答 1 投票 0

deadlock 相关问题

最新问题