Привет! Я Тимур Низамутдинов, DevOps-инженер компании «Флант». Недавно мне потребовалось обновить кластер PostgreSQL, который обрабатывает более 20 000 транзакций в секунду и состоит из мастера и реплики, с версии 13 до 16 с минимальным простоем. Помимо перехода на более актуальную версию, это решало и ряд существующих проблем, связанных с производительностью и поддержкой.
Рубрика «логическая репликация»
Как обновить PostgreSQL и не потерять данные: метод минимизации простоя
2024-12-17 в 6:00, admin, рубрики: devops, logical replication, postgres, postgresql, replication, логическая репликация, репликация, репликация баз данных, физическая репликацияВышел PostgreSQL 10
2017-10-07 в 16:28, admin, рубрики: Partitioning, postgresql, postgresql 10, sql, высокая производительность, логическая репликация, партиционирование, Программирование, Разработка веб-сайтов
На самом деле прошло уже два дня, но статью на Хабр никто до сих пор не написал, так что придется мне устранять это упущение, что и делаю с удовольствием.
Итак, что же нового в этой версии PostgreSQL?
Во-первых, изменилось само версионирование. До "десятки" мы наблюдали множество минорных версий 9.x, которые выходили примерно раз в год и при этом вносили серьезные, далеко не минорные изменения. Поэтому с версии 10 было принято решение сделать нумерацию 10, 11, 12 и т.д. Кстати, MySQL, похоже пошел по тому же пути, прыгнул с 5.7 на 8.0
Ладно, это всё мелочи, перейдем к существу вопроса