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
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? |