我现在正在尝试删除特定数据库表api_user中的一行或多行。但删除操作似乎无限期地挂起(目前已运行1800秒,因为我一直在寻找答案)。所涉及的行有相关的外键依赖项,但所有这些依赖项都已被删除,这已经得到了验证。
我通过Postico进行所有数据库内省(只是另一个数据库GUI客户端),因此当我取消查询时,会收到此错误消息。
ERROR: canceling statement due to user request
CONTEXT: SQL statement "SELECT 1 FROM ONLY "public"."api_event" x WHERE $1::pg_catalog.text OPERATOR(pg_catalog.= ) "user_id"::pg_catalog.text FOR KEY SHARE OF x"
这个表中有引用行的索引。 api_event 是一个表,它有索引和外键指向这个表。所有依赖于 api_event 的行都被删除了。
我检查了 pg_stat_activity 是否有任何可能同时运行的查询,但没有发现任何问题,所以我不确定接下来该问什么问题。任何方向都将是极好的!
运行
EXPLAIN DELETE FROM api_user WHERE organization_id = '<replaced value>';
,返回结果如下:
Delete on api_user (cost=54.94..2903.50 rows=1874 width=6)
-> Bitmap Heap Scan on api_user (cost=54.94..2903.50 rows=1874 width=6)
Recheck Cond: ((organization_id)::text = '<replaced value>'::text)
-> Bitmap Index Scan on api_user_organization_id (cost=0.00..54.47 rows=1874 width=0)
Index Cond: ((organization_id)::text = '<replaced value>'::text)
根据请求,我搜索了数据库上的锁。我使用了这个查询:你检查过是否等待锁吗? - a_horse_with_no_name
select t.relname,
l.locktype,
page,
virtualtransaction,
pid,
mode,
granted
from pg_locks l,
pg_stat_all_tables t
where l.relation=t.relid
order by relation asc;
第一次返回时,我的DELETE没有运行,容器中有3行锁来自于pg_class、pg_index和pg_namespace。
第二次返回时,我的DELETE正在运行,包含21行锁。其中所有的relname都是之前已删除的一组行,这些行要么具有外键,要么具有与此行相关的索引。
解决之路
通过更多的问题和研究,出现了一个有趣的细节,即并非所有子表上的外键都有索引。在编写查询以查看哪些外键没有索引后,我注意到api_event没有索引到其api_user外键。现在api_event是一个庞大的表。
在api_event上创建索引解决了这个问题。
CREATE INDEX CONCURRENTLY user_id_to_events ON api_event(user_id);