Привіт

При цьому головне перевірити, що станеться з HA, якщо хтось зробить ALTER TABLE ;)

9 років назад ця команда на HA/Mysql викликала Global Lock на "усьо", аплікухи продовжували робити INSERT, все впало в ступор, декілька днів пішло на ролбеки і ресинхроницація і… потім перейшли на MongoDB ;)

IMHO HA over SQL - це класний спосіб зрубити бабла на post-sales support ;)

Максим

On 7 Mar 2024, at 14:31, Volodymyr Litovka <doka@funlab.cc> wrote:

Ну я не один такий :-D

https://www.reddit.com/r/PostgreSQL/comments/1b86w1b/true_ha_with_postgresql/

Кароч, озадачив пацанів мігрувати з Постгреса на Мускуль :-)

On 3/6/24 14:21, Volodymyr Litovka wrote:
Привіт,

а хто поясне мені за [синхронну] реплікацію у постгреса порівняно з мускульною галерою?

З галерою все ясно - три ноди, paxos selection. Якщо з ProxySQL, то взагалі чарівно - цей чувак слідкує за статусом реплікації й якщо якась нода відстає (наприклад, тіко шо піднялась й ще не сінхронізувалась остаточно), то на неї реквести не раутяться.

У постгреса, наскільки я переглянув документацію, реплікація спрощена - майстер заливає на репліку дані й *або* не чекає на підтвердження (async), *або* чекає (sync). Питання:
- якщо "майстер" відпав, репліку можна використовувати як read/write автоматично?
- що відбудеться, коли старий "майстер" підніметься? Він стане реплікою чи буде якийсь конфлікт та боротьба за статус?
- як керувати клієнтськими запитами? ну типу як визначати, хто зараз майстер тощо

Кароч, як на Постгресі будується reliable HA? :)

Дякую.


--
Volodymyr Litovka
 "Vision without Execution is Hallucination." -- Thomas Edison

_______________________________________________
uanog mailing list
uanog@uanog.kiev.ua
https://mailman.uanog.kiev.ua/mailman/listinfo/uanog