Как сбалансировать запросы на чтение к подписчику на pglogical II с postgresq 9.6

Я успешно использую pglogical с Postgresql 9.4 до 9.6, без особых проблем.

В то время как наша база данных растет, я должен указать все соединения с моей платформой pentaho 8 bi, которые предназначены только для чтения (выбрать операторы) для подписчика, поэтому я могу избежать накладных расходов главного сервера. Но теперь производственные приложения делают несколько выборов с несколькими объединениями и миллионами записей.

В этом новом сценарии нам пришлось управлять уровнями изоляции транзакций, чтобы таблицы или строки не блокировались между разными запросами к одной и той же таблице, но теперь это не решение, я получаю несколько блокировок для таблиц, поэтому просто запрос может занять минуты (даже часы), чтобы ответить.

Мне нужно использовать подписчика для запросов на чтение по умолчанию. Для этой цели я обнаружил, что возможна установка с использованием pgpool и pglogical, но, читая все за и против, лучшим способом было бы просто выбрать pglogical, но я не нашел способа сделать это.

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

0 ответов

Другие вопросы по тегам