Масштабирование сервера пост-ГРЭС к нескольким серверам
Функция getPosts(), кажется, ожидает, что $con будет глобальной, но вы не объявляете ее как таковой.
Многие программисты рассматривают лысые глобальные переменные как «запах кода». Альтернатива на другом конце шкалы - это всегда передавать ресурс соединения. Промежуток между ними - это однотонный вызов, который всегда возвращает один и тот же дескриптор ресурса.
3 ответа
Вы смотрите на ограниченный набор выбора, очень зависящего от того, что Ваши конкретные требования (отношения чтения к записи и насколько терпимый Ваше приложение имеет случайные непоследовательные чтения [синхронно по сравнению с асинхронной репликацией? "главный-подчиненный" по сравнению с мультиведущим устройством?], как решительно связанный Ваши таблицы [кластеризируются], и т.д.)
<час>ОБНОВЛЕНИЕ
более чем шесть лет протекли начиная с исходного ответа. См. Высокая доступность, Выравнивание нагрузки и глава Репликации в документации PostgreSQL для последних решений, доступных Вам.
Вы проверяли то, что Ваше узкое место? Каковы запросы, которые заставляют Ваш сервер упорно работать? Возможно, это может быть настроено лучше.
, Если настройка не поможет, часто намного легче обновить сервер, чем установить репликацию. Добавление некоторых дисков в RAID1 или RAID10, добавление некоторой RAM, большего количества ядер и быстрого процессора. Хороший RAID-контроллер с кэшем с аварийным батарейным питанием имел бы большое значение также.
идентификатор Репликации, хороший для высокой доступности, но часто, более крупный сервер будет более экономически эффективным, если у Вас будут проблемы производительности.
Есть Postgres Advanced Server и Continuent Tungsten, которые также заслуживают внимания в качестве решения корпоративного класса.