От любой СУБД мы ждём в первую очередь две фичи: производительность и отказоустойчивость. Я хотел бы детальнее затронуть вторую. Первый термин, возникающий в голове, когда мы начинаем рассуждать об отказоустойчивости СУБД - репликация. И как правило речь идёт о master-slave репликации, когда один сервер приимает данные на запись, остальные только отдают их на чтение. На первый взгляд всё просто и понятно... пока жив мастер. Но стоит ему отключиться и наверх всплывает целый ворох проблем: кто теперь станет мастером, как переключить на него всех клиентов, на сколько сильно отстающая реплика будет отличаться от безвременно ушедшего мастера и т.п.
Про решение master-master (или multi-master) и вовсе многие боятся говорить вслух. На прошедшей в 2023 году в Москве конференции HighLoad эта тема была затронута компанией Postgres Pro на их докладе про multi-master в PostgreSQL. В своём докладе я хотел бы сравнить подходы PostgreSQL и MySQL к этому вопросу, а так же в целом сравнить решения для организации отказоустойчивости СУБД, подходом master-slave и multi-master, поделиться своим опытом в эксплуатации этих подходов как на своей инфраструктуре, так и на инфраструктуре облачных провайдеров.