Постгрес-вторник 2021-09-07: долгие запросы, длинные транзакции

Поделиться
HTML-код
  • Опубликовано: 16 сен 2024
  • Ссылки:
    - Материалы к звонкам: bitly.com/RuPo...
    - Группа на митап закрыта, теперь только youtube!
    RuPostgres.org - сайт с ссылками на русскоязычные ресурсы по постгресу
    - Статья про субтранзакции зашла на hacker news
    - postgres.ai/bl...
    - news.ycombinat...
    - Но заголовок “harmful” considered harmful :)
    - Anonymous: Можно ли обсудить способы определения причин высокой генерации WAL (например, как определить конкретный запрос, который приводит к высокой генерации WAL)
    - Бенчмарк wal_compression = on: gitlab.com/pos...
    - Adjust postgresql.conf grabbing values from pg_controldata's output: max_connections, max_wal_senders, etc gitlab.com/-/s...

Комментарии • 5

  • @NikolaySamokhvalov
    @NikolaySamokhvalov 3 года назад +3

    Поправка к определению средней длительности всех запросов по методу "через pg_stat_statements": конечно, делить надо sum(total_time) на sum(calls), а не то что я описал. Я описал там "sum(calls) / время наблюдения" -- это среднее значение QPS получится.

  • @АнтонЧарушин
    @АнтонЧарушин 21 день назад

    Добрый день

  • @user-dw2xz4nx2b
    @user-dw2xz4nx2b 3 года назад

    wal_compression как то влияет на архивацию? Или в архив уходит до сжатия?

    • @NikolaySamokhvalov
      @NikolaySamokhvalov 3 года назад +1

      wal_compression сжимает полные страницы в WAL-е (те, что full page writes). Архивация (по archive_command) -- это другой слой, там ваш инструмент дополнительно валы целиком жмёт -- например, в WAL-G можно выбрать как именно жать, в том числе можно brotli