Creating a materialized view causing blocks

From: John Scalia <jayknowsunix(at)gmail(dot)com>
To: pgsql-admin <pgsql-admin(at)postgresql(dot)org>
Subject: Creating a materialized view causing blocks
Date: 2020-12-30 21:38:31
Message-ID: 52BF172F-FF9F-4DAC-A9E4-A540D3E84D5E@gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

Over last evening, one of my colleagues had begun recreating a materialized view. From looking at his code, it was only doing some selects, like one would expect, however, several API clients ended up being blocked by this, and I’m attempting to understand why. I should note that a couple of the tables used here, contained more than 100 million rows, and I’m wondering if the system simply gave up trying to keep the view’s data consistency on par, and if a more than a non-exclusive read block was then imposed. The API’s involved basically kept getting respawned, and at one point there were more than 4000 attempted simultaneous connections. Not a lot of fun, but fortunately for me, the application team only called the other DBA to fix the issue. I’d still like to know what happened.

Jay

Sent from my iPad

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Sachin Kumar 2020-12-31 06:25:39 How to manage null value while copy data from csv
Previous Message Scott Ribe 2020-12-30 13:28:26 Re: how to make duplicate finding query faster?