tl;dr: autovacuum was seen to be active during an earlier incident, assumed to be at fault, and was disabled. It was never re-enabled. The long-term implications of disabling autovacuum were not actively considered.
TL;DR: Devs didn't know what they were doing and turned off autovacuum and eventually it broke, then the author decided to have an AI slop out an article about the incident which may or may not have actually occurred.
Just monitor it and you’re done. I’ve delivered and maintained hundreds of pg instances and never faced this issue. There is so much literature about it that at some point no one even slightly skilled will face it.
Getting AI vibes from this article? It is strangely repetitive and meandering. Also tell-tale "It's not X, it's Y" and sort of unspecific mostly.
Also, why would you have billions of open transactions? That is the implication I got from the article as someone who doesn't know anything about Postgres.
(I use SQLite and perhaps I have Stockholm syndrome, but I like how it pushes you towards a design with small transactions, ideally entirely database-side.)
6 comments
[ 2.3 ms ] story [ 23.2 ms ] threadWhich is why it's
TL;DR
Boring shit article about obvious problem.
Also, why would you have billions of open transactions? That is the implication I got from the article as someone who doesn't know anything about Postgres.
(I use SQLite and perhaps I have Stockholm syndrome, but I like how it pushes you towards a design with small transactions, ideally entirely database-side.)
EDIT: Yeah, gptzero says AI with 100% confidence.