Re: Too many Row Exclusive Locks held for a long time

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
2 messages Options
Reply | Threaded
Open this post in threaded view
|

Re: Too many Row Exclusive Locks held for a long time

pavan95
Hi Community,

Hope my mail finds you in fine time.  

I am facing an issue in one of the production servers.

I have been observing there are many "Row Exclusive" locks occurring on a
set of similar tables around 2000 locks at any given point of time.  And
then the application(Odoo) is being struck for a very long time.

After we kill those Row Exclusive locks all the locks were released.

Typically the below is the sample statement being run on database by the
application users:

SELECT id FROM abc WHERE id=5075 FOR UPDATE NOWAIT;

So every time this issue occurs we need to go into server identify the "Row
Exclusive Locks" process id's and kill them after which it works fine.

So is there any permanent fix for this that we need to look upon?

Kindly shed some light on this area.  

Thanks in Advance. Looking forward to hear from you.

Regards,
Pavan Teja,
9841380956



--
Sent from: http://www.postgresql-archive.org/PostgreSQL-admin-f2076596.html

Reply | Threaded
Open this post in threaded view
|

Re: Too many Row Exclusive Locks held for a long time

Laurenz Albe
pavan95 wrote:

> I am facing an issue in one of the production servers.
>
> I have been observing there are many "Row Exclusive" locks occurring on a
> set of similar tables around 2000 locks at any given point of time.  And
> then the application(Odoo) is being struck for a very long time.
>
> After we kill those Row Exclusive locks all the locks were released.
>
> Typically the below is the sample statement being run on database by the
> application users:
>
> SELECT id FROM abc WHERE id=5075 FOR UPDATE NOWAIT;
>
> So every time this issue occurs we need to go into server identify the "Row
> Exclusive Locks" process id's and kill them after which it works fine.
>
> So is there any permanent fix for this that we need to look upon?

ROW EXCLUSIVE is the lock taken on a table if a transaction wants to perform
INSERT, UPDATE or DELETE.  It is a harmless lock.

If your application is getting stuck where such a lock is involved, that means:

1. A lock is held for a long time.

2. Something requests a conflicting lock, i.e. SHARE or higher.

Long transactions are evil not only because they hold locks,
but also because they prevent VACUUM from doing its job.

Taking high table locks (probably with an explicit LOCK statement) is something
hat should not be done regularly.  For one, it makes autovacuum give up, which
can lead to table bloat.

Try to figure out what causes the high table lock (you should see it stuck
behind a ROW EXCLUSIVE lock or vice versa).

Try to fix the application so that it uses short transactions.

Yours,
Laurenz Albe
--
Cybertec | https://www.cybertec-postgresql.com