~/talk

Postgres Performance in 15 Minutes

Talkat DjangoCon US 2015 · 2015-09-06..09-11· [databases]
slides:none on file

Claim: configuration tweaks account for less than 20% of performance while a handful of bad requests consume most resources; concrete fixes include removing unnecessary queries, adding indexes, fixing filter expressions, and putting large objects in a CDN. Tools and numbers: run PG Badger on full logs to find the few hot queries, use PG bouncer transaction pooling and read replicas for scale, and size IO/RAM (shared_buffers, work_mem) so Postgres reaches thousands of requests/sec.

AI-written summary · about

  1. 0:00Start
  2. 5:36data you don't need
  3. 10:23transaction pitfalls bad: bundling reads into a transaction
  4. 11:27locking check for waiting queries
  5. 15:32the easy stuff use the latest version of PostgreSQL perf improvements in every release
  6. 15:54use pgbouncer for connection pooling
  7. 17:14load balancing special workloads
~/search
type to search 6,249 conferences, 138,987 speakers and 185,172 talks
~/help
cmdctrl k
search every conference, speaker and series
/
focus the filter search
h
home
c
conferences
s
speakers
e
series
t
light / dark — the status bar button does the same
?
this help
esc
close this, then clear every filter — or just the search, while you are typing in it

Ignored while you are typing. Pages without a filter rail have no search to focus.