RAC - это реальное горизонтальное масштабирование Да, не линейное Говорят, что добавление 2 узла даст не 100% масштабирование, а 70% да и то при правильной настройке, разнесении сервисов и т д Но это масштабирование и по чтению и по ЗАПИСИ Мультимастер - добавление узлов не ускоряет операции записи а замедляет (накладные расходы, блокировки, 3-phase commit и т д Кстати RAC может быть растянутым ММ - в одном ЦОД ММ - решение не для масштабирования, а для нулевого RPO и RTO Ну и по чтению масштабирование, но для этого лучше открытые на чтение реплики
По поводу трассировки В Oracle использовался event 10046. Ребята из Postgres Pro сделали расширение с аналогичным функционалом pg_upgrade. Работает и с ванилой и с Postgres Pro Попробуйте https://github.com/postgrespro/pg_uprobe
RAC - это реальное горизонтальное масштабирование Да, не линейное Говорят, что добавление 2 узла даст не 100% масштабирование, а 70% да и то при правильной настройке, разнесении сервисов и т д Но это масштабирование и по чтению и по ЗАПИСИ Мультимастер - добавление узлов не ускоряет операции записи а замедляет (накладные расходы, блокировки, 3-phase commit и т д Кстати RAC может быть растянутым ММ - в одном ЦОД ММ - решение не для масштабирования, а для нулевого RPO и RTO Ну и по чтению масштабирование, но для этого лучше открытые на чтение реплики
Да и для ванилы должно работать Название наврал - pg_uprobe
По поводу трассировки В Oracle использовался event 10046. Ребята из Postgres Pro сделали расширение с аналогичным функционалом pg_upgrade. Работает и с ванилой и с Postgres Pro Попробуйте https://github.com/postgrespro/pg_uprobe