Как балансировать запросы на чтение между репликами, если на уровне приложения разделить запросы на чтение и запись невозможно?

Question

[bsd9]

Здравствуйте!
Есть PostgreSQL 15 с потоковой репликацией, мастер и одна реплика.
С помощью какого инструмента можно балансировать читающие запросы между мастером и репликой, чтобы хоть как-то разгрузить мастер от частых коротких запросов, при условии что это не поддерживается на стороне приложения совсем. Приложение - "черный ящик" и подключается к СУБД под одним единственным пользователем, из под которого происходит как запись, так и чтение.
Как будто под эту задачу подходит Pgpool-II, но может есть кроме него еще какой-то подход? Как я понял, ему придется парсить все запросы, которых очень много и он будет потреблять все свободные серверные ресурсы, а возможно во время пиковой нагрузки и вовсе не будет успевать это делать.

Заранее спасибо.

Comments

[Сергей Соловьев]

во-первых, без парсинга такое реализовать будет трудно - как иначе понимать будет ли изменять состояние или нет.

во-вторых, проведи тесты и пойми исправит ли такой подход ситуацию или нет.

в-третьих, не слышал о слое кэша.

[shurshur]

Надо тестировать и проверять. Бывает так, что приложение использует prepared statement, это существенно несовместимо с pgpool.

[mayton2019]

На самом деле вы можете даже сломать бизнес-логику "черного ящика" если будете
его балансировать между primary / replica на основании своих придуманных правил.

Поэтому владелец "черного ящика" должен быть поставлен в известность о том что вы
делаете и он должен выразить согласие с этой оптимизацией.

[bsd9]

shurshur, у pgpool есть и другие ограничения, поэтому я и ищу возможный другой подход. Если его нет - то лучше отказаться от этой идеи.

[bsd9]

mayton2019, владелец "черного ящика" сам инициировал данную оптимизацию. А можно поподробнее, в каком случае может сломаться бизнес-логика?

[mayton2019]

bsd9, нет консистентности между мастером и репликой.