TGViewer
Сохранёнки программиста Сохранёнки программиста @prog_stuff · 6.51K subscribers
Post #3077 184
Почему быстрое сжатие TOAST может замедлить чтение

TOAST в PostgreSQL умеет сжимать большие значения и выносить их из основной строки в отдельную таблицу. При выборе алгоритма важен способ чтения этих значений.

В экспериментах PlanetScale сравнивают pglz и LZ4. Для превью left(body, 200) pglz позволяет ограничить объём читаемых сжатых данных. Для LZ4 PostgreSQL сначала получает значение целиком. На проверенных больших текстах это дало около 1 мс против 16 мс.

Другой случай — чтение диапазона байтов из большого bytea. Стратегия EXTERNAL хранит значение без сжатия, и PostgreSQL может обратиться прямо к нужным чанкам. Это экономит работу при чтении, но требует больше места.

Цифры относятся к конкретным данным и запросам. Перед сменой хранения измерьте свою нагрузку. И учтите: изменение настройки сжатия само по себе не перекодирует уже сохранённые значения.

#postgresql #производительность
More from @prog_stuff
  1. Oct 16, 2026Как Spotify проверяет качество при ускорившейся разработке В августе число слитых изменени…
  2. Oct 15, 2026Почему реплики для чтения могут замедлять запись В текущем хранилище GitHub полные копии р…
  3. Oct 15, 2026Как Uber ограничивает лавину повторных запросов Сервис C вернул ошибку. B повторил запрос…
  4. Oct 14, 2026Как Cloudflare проверяет выводы ИИ-агентов В первом прототипе агент получал всё расследова…
  5. Oct 14, 2026Post #3073
  6. Oct 14, 2026Почему разработчик планирует отдавать больше задач Claude Винсент Шмальбах описал план пер…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →