PostgreSQL - монтаж и основната конфигурация

Основните предимства на PostgreSQL:

за подкрепа на бази данни от практически неограничен размер;
мощните и надеждни механизми за сделки и репликация;
разширяеми вградени програмни езици;
мащабируемост.

Извършва монтаж на пристанищната система:

# Cd / ЮЕсАр / пристанища / бази данни / postgresql92-сървър направи инсталирате чиста преработване

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

След приключване на инсталацията, пристанището донесе кратки препоръки за допълнително конфигуриране:

Тъй като PostgreSQL използва UTF-8 кодиране по подразбиране, за да се избегнат проблеми в бъдеще, следвайте съветите, и (работещи в новата версия на PostgreSQL от името на pgsql потребител. Вместо да Postgres), за да pgsql потребителското малко ще коригира локал. За да направите това, ние ще направим такъв блок да /etc/login.conf:

pgsql: \
: Lang = en_US.UTF-8: \
: SetEnv = LC_COLLATE = C: \
: Tc = по подразбиране:

# Sh /usr/local/etc/rc.d/postgresql статус
pg_ctl: сървъра се изпълнява (PID: 30752)
/ ЮЕсАр / местни / хамбар / Postgres "-Д" "/ Var / db / pgsql"

Е, PostgreSQL сървър и работи. Въпреки това, в настройките по подразбиране, че сървърът е конфигуриран така, че да могат да бъдат достъпни от Localhost без парола. Това е очевидна дупка в сигурността, така че се опитват да поправят ситуацията.

PosgreSQL сървър предоставя две възможности за управление на потребители и бази данни:

Използвайте интерактивни терминала, за да изберете права за достъп. Свържете от името на pgsql потребител. Не се изисква парола.

# Psql -U pgsql template1

psql (9.2beta4)
Въведете "помощ", за да получите помощ.

Въведете помощ команда, и регистрирайте се:

Съветвам ви да проверите Често задавани въпроси като SQL изявления и команди psql. Сега създадете потребителски тест и база данни, до които има достъп.

template1 = # CREATE Потребител;
СЪЗДАВАНЕ НА РОЛЯ

Проверете списъка с роли:

Създаден, за да увеличи правата на потребителя за достъп:

template1 = # ALTER Потребител суперпотребител createrole createdb;
ALTER РОЛЯ

Повторна проверка на списъка на роли:

Средният потребител на такива права за всичко, те трябва да бъдат издавани само от системния администратор. Отмени някои привилегии:

template1 = # ALTER Потребител nosuperuser nocreaterole nocreatedb;
ALTER РОЛЯ

Но пароли за потребителя - задължително нещо. Нека да зададете парола за потребителя, който е създаден:

template1 = # \ парола потребителско име
Въведете новата парола:
Повторете го:

Когато въведете паролата не се показва! Важно е да се да зададете парола за pgsql потребител. След това включете удостоверяване с парола, когато се свързвате към PostgreSQL -server. Neohodimo измени /var/db/pgsql/pg_hba.conf файл. метод на свързване трябва да се промени, за да се доверите md5 (също напълно премахва низ за IPv6). В резултат на това ние имаме следния резултат:

За да може промените да влязат в сила, трябва да рестартирате PostgreSQL -server:

По принцип всичко е интуитивно. Използвайте в работата си документация и съвети, и да работи със сървъра на PostgreSQL не трябва да доведе до сериозни проблеми.

Крайният докосване - настройка на PostgreSQL -server. Всички основни настройки се съхраняват в /var/db/pgsql/postgresql.conf файл. Имайте предвид, опциите, които си струва да се обръща внимание на (опишете опции превод можете да намерите тук):

max_connections - максималния брой едновременни връзки към сървъра на базата данни. Използвайте тази опция, за да се предотврати пускането на голям брой сървърни процеси. В противен случай е вероятно, че базата данни серер изчерпва RAM и активно ще използва суап, което от своя страна ще доведе до спад в производителността.
shared_buffers - споделена памет, използвана от сървъра на базата данни. По подразбиране - 32 MB, но може да бъде по-малко, ако настройките на ядрото не позволяват да се разпределят, че количество памет е решен да се инициализира клъстер база данни полезност initdb на. Големите стойности на този параметър, положително въздействие върху работата на сървъра на базата данни.
Ако имате специален компютър с 1 GB RAM и повече под сървъра на базата данни, на тази променлива добрата стойност ще бъде 25% от паметта. При тежък товар, дори и по-големи стойности на този параметър могат да бъдат ефективни, но тъй като PostgreSQL разчита на кеш паметта на операционната система, разпределението на повече от 40% от размера на паметта, не би било разумно. За по-големи стойности на този параметър е необходимо, както и да увеличи стойността на checkpoint_segments на параметрите.
За системи с по-малко от 1 GB на RAM би било правилно да се използва по-малко количество памет (над 25%), така че да не се разрушават целия обем на RAM. На Windows високи стойности на този параметър може да бъде ефективна. Можете да постигнете по-висока производителност при запазване на стойността на малки и големи, използващи операционна система за кеширане средства. Един добър диапазон от стойности за Windows е 64-512 MB.
temp_buffers - максималният размер на временните буфери за всяка сесия. Тази памет се използва само на местно ниво в сесията за временни таблици. По подразбиране - 8 MB. Стойността може да се променя по време на сесията, но само до края на първото използване на паметта.
max_prepared_transactions - максималният брой на "готови" сделка (виж описанието на SQL команда съставя документация по сделката). За деактивиране на чипа, задайте стойност 0.
work_mem - определя размера на паметта, която ще бъде използвана от вътрешния операции за сортиране и хеш таблици, преди да преминете към временните файлове на диск. Имайте предвид, че в продължение на няколко сложни заявки вътрешен сортиране и работата с хеш таблици могат да работят паралелно (едновременно). В допълнение, няколко сесии могат да правят такива операции едновременно. В резултат на памет, необходима за тези операции може да бъде няколко пъти по-голяма от стойността на work_mem параметър. Имайте това предвид, когато избирате стойност за този параметър. При операциите по вътрешни сортиране подразбира - подредени по, и различен, и да се обединят.
maintenance_work_mem - максималния размер на паметта, използвана за вътрешни операции, като вакуум CREATE INDEX и ALTER ТАБЛИЦА ADD ВЪНШНА ключ. По подразбиране - 16 MB. Тези команди се изпълняват само по време на по време на сесията, така че можете да изберете големи стойности за този параметър от work_mem на параметъра. По-големи стойности могат да имат положително въздействие върху производителността и скоростта на засмукване възстановяване на база данни от сметището. Само имайте предвид, че процесът върви autovacuum време autovacuum_max_workers и могат да изискват повече памет.
max_stack_depth - максималната дълбочина стак. за този параметър Една добра стойност е максималната допустима дълбочина на стека на системата.
max_fsm_pages - използва тази опция, можете да контролирате карта пространството. Когато нещо се изтрива от таблицата, мястото, което заемат, че нещо не е освободен от диска, но вместо да заема мястото е само маркирани като "свободен" в свободното пространство на картата. След това място се използва за нови записи. Ако вашият сървър е много отстранен / добавен данни от / до масата, толкова по-голяма от стойността на този параметър може да има положително въздействие върху производителността.

Свързани статии