Deadlocked/hung pool when connected to Postgres through Supavisor
Nobody has claimed this yet.
- Dominant language
- JavaScript
- Stars
- 8.7k
- Forks
- 374
- Avg merge
- 11d 16h
- Merged PRs (30d)
- 1
Description
Hey @porsager, thanks for the package.
Creating this issue mostly in hopes that someone else has ran into this issue.
We use Supabase for our Postgres DB and connect through their pooling service Supavisor in transaction mode; Supavisor is an alternative to pgBouncer (link). On postgres.js side, we set prepare: false.
What we're seeing is that the postgres.js pooler will start swallowing queries at some point. Imagine a function like:
async function userGet(id: string) {
console.log("trying to get the user");
const users = await db<User[]>`SELECT * FROM user WHERE id=${id}`;
console.log("got the user!");
return users;
}
After a while, this will print "trying to get the user" but not "got the user!". Does this ring any bells?
P.S. been trying to find an isolated script to reproduce but unsuccessful so far. the only reproduction is live production traffic.
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reviewing the postgres.js pooling behavior when prepare:false and the Supavisor transaction-mode connection described in the issue. Build an isolated reproduction or trace the production-only hang, then document the cause and a verified resolution for swallowed queries.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- javascript, postgresql, supabase
- Domain
- backend, databases
- Issue type
- Bug
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100