Записки программиста

СУБД является важнейшим компонентом многих современных систем. Поэтому совершенно естественным является желание собрать эту СУБД из исходников самостоятельно с флагами -march=native -O3, не говоря уже о куда более тонкой настойке при помощи скрипта configure. В этом случае вы также можете подобрать компилятор, который лучше оптимизирует конкретную СУБД под ваши конкретные задачи. Не исключено также, что готового бинарного пакета нужной вам версии приложения еще попросту не существует. Наконец, умение самостоятельно собирать и настраивать приложение дает куда более лучшее понимание его работы, чем простое запоминание каталогов с конфигами и логами. В силу названных причин, давайте попробуем разобраться, как собрать из исходников PostgreSQL, а затем настроить его для полноценной работы.

Я ставил свои эксперименты под Ubuntu Linux 14.04 LTS и PostgreSQL 9.5, но последовательность действий для других *nix систем и версий PostgreSQL не должна сильно отличаться. Поскольку для сборки PostgreSQL нам понадобится ряд пакетов, не требуемых во время работы СУБД, для сборки лучше создать LXC контейнер, чтобы эти пакеты не засоряли основную систему.

Перекрестная ссылка: Вас также может заинтересовать заметка Начало работы с PostgreSQL. В частности, в ней рассказывается, для чего нужны файлы pg_hba.conf и postgresql.conf, как пользоваться утилитой psql, а также как производится резервное копирование и восстановление PostgreSQL. Далее предполагается, что все это вы уже знаете.

Получаем исходники

Исходники PostgreSQL можно получить по HTTP или из Git-репозитория.

Пойдем сложным путем на случай, если вас интересует конкретная ветка или самый свежий код из master:

Это займет какое-то время. Затем говорим:

Ура, теперь у нас есть исходники.

Сборка

Для сборки при помощи gcc говорим:

Если же вы предпочитаете clang:

Если вы намерены собирать еще и документацию, также понадобятся:

Смотрим все доступные флаги скрипта configure:

В документации можно найти более подробное их описание. Вот несколько наиболее интересных:

Примечание: Кое-какие подробности касательно флага --enable-coverage вы найдете в конце заметки Определение степени покрытия кода на C/C++ тестами. Подробности касательно DTrace приводятся в посте Использование DTrace на примере FreeBSD и Linux.

Пример сборки с отладочными символами и ассертами (не для прода!):

Чтобы make не выводил длинный список всего, что он делает, используйте -s:

Желающие адской оптимизации могут попробовать:

Сборка вообще всего, включая документацию и расширения:

Прогон регрессионных тестов:

Если вдруг тесты почему-то свалились, здесь можно посмотреть логи:

Если что-то пошло не так, можно попробовать очистить все лишнее и начать заново, сказав git clean -dfx.

Дополнение: Во FreeBSD сборка осуществляется аналогично, только вместо перечисленных выше пакетов вам понадобятся: git-lite bison perl5 gmake, а также при сборке вместо make следует использовать gmake.

Установка

Все просто:

Важно! Скорее всего, здесь вы захотите воспользоваться checkinstall. Если же вы разрабатываете патч для PostgreSQL, куда удобнее будет использовать флаг конфигурации --prefix и один из этих скриптов (спасибо, @kelvich!).

Если вы хотите установить только расширения, это можно сделать так:

Сразу после установки не лишим будет прописать каталог /usr/local/pgsql/bin в переменную окружения $PATH.

Создаем пользователя postgres:

Под пользователем postgres:

… подготавливаем каталог, в котором будут храниться все данные:

Файлы postgresql.conf и pg_hba.conf вы найдете в /home/postgres/data.

Наконец, запускаем PostgreSQL:

Видим, что порт 5432 прослушивается. В файле ./data/postmaster.pid первой строчкой записан PID master-процесса.

Пример создания БД и подключения к ней:

Остановить СУБД можно, например, так:

Но лучше так:

После установки можно еще заполнить базу какими-то данными и провести нагрузочное тестирование (не зря же мы кудрили с флагами оптимизации?):

… или, как вариант:

Стандартный бенчмарк — инициализация и сам тест:

Прогон обычных регрессионных тестов:

Удалить PostgreSQL можно, вернувшись в каталог с исходниками, и сказав:

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

Автозапуск

Парни из компании 2nd Quadrant написали отличный init.d скрипт для PostgreSQL. Он мне так понравился, что я даже сделал зеркало на GitHub.

Копируем скрипт в /etc/init.d/postgresql и правим несколько первых строк:

Затем говорим:

Это уже почти здорово, но, к сожалению, пока что без ротации логов.

Ротация логов

Настраивается путем правки postgresql.conf примерно так:

Сам PostgreSQL не умеет сжимать и удалять старые логи, но эту проблему легко решить, прописав в /etc/crontab скрипт для ротации логов из заметки Как я выбирал скриптовый язык и остановился на Python.

В качестве альтернативного варианта можно воспользоваться утилитой rotatelogs из пакета apache2-utils. В этом случае придется отредактировать строку что-то там $PGCTL start в init.d скрипте PostgreSQL. Результат должен получиться примерно таким:

Мне лично этот способ не нравится, так как мне хотелось бы, чтобы в именах лог-файлов были даты, а rotatelogs пишет просто номера. Кроме того, сжимать логи rotatelogs не умеет.

Заключение

Как видите, все довольно просто. Как уже отмечалось, сборка PostgreSQL для других версий Ubuntu или других *nix систем будет мало чем отличаться. Если же вдруг вас интересует сборка PostgreSQL под Windows, она описана здесь.

А часто ли вы собираете софт из исходников ради большей производительности или же в силу иных причин?

Дополнение: Также вас могут заинтересовать посты Памятка по сборке PostgreSQL при помощи Meson, Учимся писать расширения на языке C для PostgreSQL, и далее по ссылкам.

Метки: PostgreSQL, СУБД.