Nice to see that JIT will now be off by default from Postgres 19: git.postgresql.org/gitweb/?p=po...
git.postgresql.org Git - postgresql.git/commitdiff
git.postgresql.org
Michael Christofides
@michristofides.com
Half of the team behind @pgmustard.com and (a different) half of the team behind Postgres FM
Nice to see that JIT will now be off by default from Postgres 19: git.postgresql.org/gitweb/?p=po...
git.postgresql.org Git - postgresql.git/commitdiff
git.postgresql.org
pgMustard Pro now includes 1,000 API credits 🎉 Bulk-analyse plans, plug into your LLM workflows, or build something we haven't thought of yet. Docs: pgmustard.com/docs#api
New blog post: Read efficiency issues in Postgres queries If you've got a query that's slowly degrading in performance, you might have a read efficiency issue. The root cause could be table bloat, index bloat, or data locality degradation. www.pgmustard.com/blog/read-ef...
Read efficiency issues in Postgres queries - pgMustard
A lot of the time in database land, our queries are I/O constrained. As such, performance work often involves reducing the number of page reads. Indexes are a prime example, but they don’t solve every...
pgmustard.com
Over on threads someone just use ai;dr and we all need to adopt that right quick
Our Read Efficiency tips are now more efficient to read! 📝 Better wording, mostly for clarity 🔬 More specific to the scan type, and therefore shorter in most cases 🌟 Improved scoring, especially for Bitmap Heap Scans More details: www.pgmustard.com/changelog
If you have any Postgres performance issues, I'd love to hear about them and try to help: pgmustard.com/office-hours
Office hours - pgMustard
For January, I’m offering a private free call (up to 1 hour) to discus anything Postgres performance related.
pgmustard.com
We've revamped our "Operation on Disk" tips ✨ * Made them clearer * Made them more succinct (in most cases) * Improved the scoring * Mention hash_mem_multiplier (when relevant) * Show "Operation in Memory" in more cases, with the memory used * Updated the linked blog post
Big performance problems 🤝 tiny CS tricks Our latest blog breaks down how bloom filters helped us take an API from 5s to 0.3s - even with millions of alerts in play. If you’re fighting slow queries or Postgres under pressure, this one’s worth a look: go.incident.io/r9jgcI9
Explain is a powerful tool in Postgres. If you care about performance, get comfortable running `explain` and `explain analyze` commands regularly, and learn how to interpret its output. This blog is a great intro. www.depesz.com/2013/04/16/e...
I'm not sure @ankane.bsky.social is human - maybe some kind of open source being from the future 😂 I said to a colleague - "we'll see, but it's ankane, so it's entirely possible it'll get done soon". Less than an hour later, it was updated 🤯
New blog post: "What do the new Index Searches lines in EXPLAIN mean?" In Postgres 18 you'll start seeing things like "Index Searches: 1" on each of your index scans. We looked into what they mean, and how that information can be helpful. www.pgmustard.com/blog/what-do...
What do the new Index Searches lines in EXPLAIN mean? - pgMustard
In Postgres 18 you’ll now see “Index Searches” lines in EXPLAIN ANALYZE output. If like me you were wondering what those mean exactly, you’re in the right place.
pgmustard.com
2 million indexes! You’ve gotta listen to this in context of this Gadget episode with Harry — but that’s a wild figure! 😳 postgres.fm/episodes/gad...
Postgres FM | Gadget's use of Postgres
Nik and Michael are joined by Harry Brundage from Gadget to talk about their recent zero-downtime major version upgrade, how they use Postgres more generally, their dream database, and some challen...
postgres.fm
Sometimes the trick to optimizing database queries is simple: Don't do stupid stuff.
The upcoming Postgres 18 is set to include some nice improvements to EXPLAIN: * BUFFERS on by default with ANALYZE 🎉 * Fractional "actual rows" (huge in some cases) * Quite a few new fields (including the very cool Index Searches) We've now added support for all of them. 💛
Amazing post on making Postgres slower (yes, slower!) on purpose. byteofdev.com/posts/making... #postgres #postgresql Favorite bit: "random_page_cost = 1e300" LOL! Well done
Making Postgres 42,000x slower because I am unemployed
As an respectable unemployed person must do, I tried to make Postgres as slow as possible
byteofdev.com
Really non-trivial case with MultiXacts and brilliant RCA and level of transparency from the Metronome team – great example of what to do with new types of #PostgreSQL incidents! enjoyed discussion a lot! www.youtube.com/watch?v=9KoP...
MultiXact member space exhaustion | Postgres.FM 151 | #PostgreSQL #Postgres podcast
YouTube video by PostgresTV
youtube.com
PostgresFM with Sugu, co-creator of Vitess, originally created to shard MySQL in YouTube, and then used by GitHub, Pinterest, Slack, Shopify, etc. Discussed his work at Supabase on Multigres, sharding for PostgreSQL. Enjoyed a lot!! Take it to a long hike or drive: youtu.be/KOepJivmWTg?...
Multigres | Postgres.FM 150 | #PostgreSQL #Postgres podcast
YouTube video by PostgresTV
youtu.be
3 years of PostgresFM 🥳 And now, @michristofides.com being back from 2-week break, and we've recorded our 150th episode A very interesting one, don't miss -- this Friday
Amazing talk by Alexander Kukushkin about caveats and myths and truths of sync replication in Postgres. Everyone who works or plans to work with sync replication must watch it! www.youtube.com/watch?v=PFn9...
Myths and Truths about Synchronous Replication in PostgreSQL | POSETTE: An Event for Postgres 2025
YouTube video by Microsoft Developer
youtube.com
There are a couple of online #PostgreSQL events today that look like they'll be great: 16:00 UTC — 10 Costly Database Performance Mistakes (and How to Fix Them) with Andy Atkinson www.meetup.com/postgres-mee... 19:00 UTC — 12 years of Postgres Weekly with Peter Cooper aka.ms/TalkingPostg...
I have the great pleasure to announce the release of PostgreSQL Mistakes and How to Avoid Them in all formats! 🎉 To celebrate, @manningbooks.bsky.social is offering a Deal of the Day: 45% off my book and other selected titles! 👉 mng.bz/WrEx #PostgreSQL #Postgres #TechBooks #Database #OpenSource
Deal of the Day
Manning is an independent publisher of computer books, videos, and courses.
mng.bz
Next week (14th) I'll be joining the excellent Postgres Meetup for All to demo and discuss troubleshooting slow queries using EXPLAIN and external tools: www.meetup.com/postgres-mee... If you or your team could do with an intro or refresher, it would be great to see you there!
Postgres Meetup for All | Meetup
Calling all Postgres enthusiasts! Do you work with Postgres? Do you want to be more involved in the community? Share your learnings? Join our vibrant online community dedicated to PostgreSQL, the worl...
meetup.com
I'm proud to announce that I'm teaching a 1-day Postgres performance tuning class at the PASS Summit this year! Registration is open now, and if you register before May 13, you save big with early bird rates. passdatacommunitysummit.com/sessions/1103
All sessions - PASS Data Community Summit
passdatacommunitysummit.com
Proud to be sponsoring PGDay UK. It’s lovely having a local event and it’s been great each time I’ve attended. It’ll be in London again on September 9th. Let me know if you’ll be there too! P.s. they’re currently looking for speakers (and sponsors!)
Welcome pgMustard as a Supporter sponsor of PGDay UK 2025 in London! 2025.pgday.uk/sponsors/ #postgresql #pgdayuk #london
Tomas Vondra is one of #PostgreSQL hackers with strong focus on performance and query optimization. Enjoyed this session a lot 📺 www.youtube.com/watch?v=hyMH... 🎙️ postgres.fm/episodes/per... It was inspired by this talk: "Where do performance cliffs come from?" www.youtube.com/watch?v=UzdA...
Performance cliffs | Postgres.FM 140 | #PostgreSQL #Postgres podcast
YouTube video by PostgresTV 💙💛
youtube.com
While editing a podcast episode, I cringed twice whilst being confidently wrong about things. I need to work on that, or I need to stop criticising LLMs (or both!)