![Александр Кукушкин Александр Кукушкин](/media/2017/01/23/84zhDyX_.jpg.180x180.jpg)
Как Patroni решает проблему потери слотов логической репликации?
Более семи лет назад вышел PostgreSQL 9.4, в котором впервые появились функции логического декодирования и слоты репликации. И, спустя несколько лет, на базе этих функций в PostgreSQL 10 наконец то появилась поддержка логической репликации встроенная в ядро. Казалось бы, наступило солнечное будущее к которому мы так долго шли, если бы не пара неприятных моментов: логическая репликация не работает на репликах, плюс в PostgreSQL нет механизмов создания логических слотов на реплике. Это означает что при переключении мастера на новый узел слоты репликации теряются и на практике делает невозможным использование логической репликации и CDC для серьезных промышленных решений.
Postgres-hackers уже много лет пытаются найти решение данной задачи, но к сожалению большинство попыток и горяих дискуссий в рассылке не привели ни к чему конкретному. Но, оказывается в PostgreSQL 11 была добавлена одна маленькая функция, которая позволила решить проблему потери слотов логической репликации с помощью внешних инструментов.
В докладе я расскажу как Patroni решает данную проблему используя исключительно на возможности PostgreSQL. Мы поговорим о плюсах и минусах данного решения, и попытаемся понять безопасно ли это немного погрузившись во внутренности Postgres.
Видео
Видео доступно участникам мероприятия, выполнившим вход в личный кабинет
Другие доклады
-
ММихаил Московский Postgres Professional Инженер
Скорость физической репликации в PostgreSQL.
Репликация - один из важных механизмов, призванный обеспечить отказоустойчивость и масштабируемость базы данных. В нашей практике мы регулярно сталкиваемся с проблемой низкой производительности репликации. Это побудило нас исследовать факторы, влияющие на скорость физической репликации. В этом докладе я расскажу о полученных результатах исследования. Также покажу, как менялась производительность репликации на разных версиях PostgreSQL.
-
Андрей Зубков Postgres Professional Руководитель группы систем мониторинга
Хотите ли вы знать, чем занимался VACUUM?
В Postgres Professional ведется разработка механизма сбора детальных данных о работе вакуума в statistics collector. Я расскажу о некоторых проблемах, которые это поможет решать и покажу как это выглядит на примере расширения pgpro_pwr.
-
Bruce Momjian EDB Vice President, Postgres Evangelist
-
Дмитрий Головицин УКЦ ФОРС Заместитель директора по технологиям
Современная экосистема PostgreSQL глазами Oracle DBA
Доклад обозревает современные инструменты для адмнистрирования PostgreSQL. Обозначает "узкие" места производительности базы и дает ключи к решению. Нацелен на раскрытие вопросов, возникающих в частности при переходе с БД Oracle. - инструменты настройки производительности (аналоги AWR, ASH) - инструменты мониторинга (аналоги Cloud Control) - обеспечение высокой доступности и надежности БД (аналоги grid infrastructure) - известные "узкие" архитектурые аспекты базы - обзор вариантов SLA по технической поддержке