You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@openjpa.apache.org by "Pawel Veselov (Jira)" <ji...@apache.org> on 2023/03/09 21:29:00 UTC
[jira] [Created] (OPENJPA-2905) Sequences are altered unnecessarily
Pawel Veselov created OPENJPA-2905:
--------------------------------------
Summary: Sequences are altered unnecessarily
Key: OPENJPA-2905
URL: https://issues.apache.org/jira/browse/OPENJPA-2905
Project: OpenJPA
Issue Type: Bug
Components: jdbc
Affects Versions: 3.2.2, 3.2.1, 3.2.0, 3.1.2, 3.1.1, 3.1.0
Reporter: Pawel Veselov
{{NativeJDBCSeq.allocateInternal()}} attempts to alter a sequence for every sequence encountered at least once during a runtime.
In Postgres, for example, executing this DDL requires that no other locks are held, we are seeing this blockage:
{noformat}
blocked_pid | 12519
blocked_user | snapstore
blocking_pid | 29611
blocking_user | snapstore
blocked_statement | ALTER SEQUENCE campaign_seq INCREMENT BY 50
current_statement_in_blocking_process | select id from other_lock where id = $1 for share
{noformat}
It doesn't make sense to alter the sequence if the sequence already has the right increment, otherwise there are the following issues:
1. In a cluster, the alterations are going to be attempted by each node
2. If there is a sudden request, in the middle of operations, to get a sequence value for some rarely written to table, that sequence can be held up for a long time, unwarranted so, at least in Progress
I really recommend that the sequence increment is first checked, and is only changed if it doesn't match the expectation, at least on the databases where this is possible.
--
This message was sent by Atlassian Jira
(v8.20.10#820010)