Postgresql - telepítés és az alap beállítási
A fő előnye PostgreSQL:
- támogatása adatbázisok gyakorlatilag korlátlan méretű;
- erős és megbízható mechanizmusokat tranzakciók és a replikáció;
- nyújtható beágyazott programozási nyelvek;
- skálázhatóság.
Végezze el a telepítést a kikötői rendszer:
# Cd / usr / ports / adatbázisok / postgresql92-szerver make install clean felmelegít
Építsd lehetőség maradt mindent default.
Az adagolás befejezése után a szerelés, a port hozott rövid ajánlások további konfiguráció:
Mivel PostgreSQL az UTF-8 kódolású alapértelmezés szerint a problémák elkerülése érdekében a jövőben követni a tanácsot, (dolgozó új változata PostgreSQL nevében a felhasználó pgsql. Ahelyett postgres) a pgsql felhasználói bit kijavítja locale. Ehhez teszünk ilyen blokk /etc/login.conf:
pgsql: \
: Lang = en_US.UTF-8: \
: Setenv = LC_COLLATE = C: \
: Tc = default:
# Sh /usr/local/etc/rc.d/postgresql állapot
pg_ctl: szerver fut (PID: 30752)
/ Usr / local / bin / postgres "D" "/ var / db / pgsql"
Nos, PostgreSQL szerver mûködik. Azonban az alapértelmezett beállítások, a szerver úgy van kialakítva, hogy el lehet érni localhost jelszó nélkül. Ez egy nyilvánvaló biztonsági rést, így próbálja meg orvosolni a helyzetet.
PosgreSQL kiszolgáló két lehetőséget kínál a felhasználók kezelésére és adatbázisok:
Az interaktív terminál konfigurálni a hozzáférési jogokat. Csatlakozás a neve a felhasználó pgsql. Nincs szükség jelszóra.
# Psql -U pgsql template1
psql (9.2beta4)
Írja be a "help", hogy segítséget kapjon.
Írja segítség parancsot, és nézd meg a FAQ:
Azt tanácsolom, hogy nézd meg a FAQ SQL utasítások és parancsok-jét. Most hozzon létre egy teszt felhasználót és adatbázist, amelyhez hozzáfér.
template1 = # CREATE USER felhasználónév;
CREATE ROLE
Ellenőrizze a lista szerepek:
Létre, hogy növelje a felhasználói hozzáférési jogok:
template1 = # ALTER USER felhasználónév superuser createrole createdb;
ALTER ROLE
Ellenőrizze ismét a lista szerepek:
Az átlagos felhasználó ilyen jogokat semmit, csak akkor lehet kibocsátani a rendszergazda. Mégsem bizonyos kiváltságokat:
template1 = # ALTER USER felhasználónév nosuperuser nocreaterole nocreatedb;
ALTER ROLE
De jelszavakat a felhasználó - a kötelező dolog. Nézzük meg egy jelszót a felhasználó létrehozott:
template1 = # \ jelszó felhasználónév
Írja be az új jelszót:
Ismételjük meg:
Amikor belép a jelszó nem jelenik meg! Azt is érdemes beállítani egy jelszót a felhasználói pgsql. Ezután kapcsolja be a jelszavas hitelesítést, amikor csatlakozik a PostgreSQL -server. Neohodimo módosítására /var/db/pgsql/pg_hba.conf fájlt. kapcsolódási módszert meg kell változtatni a bizalom md5 (szintén teljesen eltávolítja karakterlánc IPv6). Ennek eredményeként már a következő eredmény:
Annak érdekében, hogy a módosítások érvénybe léptetéséhez újra kell indítani a PostgreSQL -server:
Elvileg minden intuitív. Használja a munkádban dokumentáció és tippeket, és együttműködik a PostgreSQL szerver nem okozhat súlyos problémákat.
Az utolsó érintés - tuning PostgreSQL -server. Minden alapvető beállításokat tárolja /var/db/pgsql/postgresql.conf fájlban. Megjegyzés: a lehetőségek, amelyeket érdemes odafigyelni (írja lehetőségek fordítás elérhető itt):
- max_connections - a maximális egyidejű kapcsolatok száma az adatbázis szerver. Ezzel az opcióval, hogy megakadályozza a dob nagyszámú kiszolgáló folyamatokat. Ellenkező esetben, akkor valószínű, hogy az adatbázis szererek kipufogó minden RAM és aktívan használja a csere, ami vezet a teljesítmény csökkenését.
- shared_buffers - által használt osztott memória az adatbázis szerver. Alapértelmezett - 32 MB, de kevesebb lehet, ha a kernel beállításai nem engedélyezik ezt az összeget a memória határozza inicializálni az adatbázis cluster segédprogram initdb. Nagy E paraméter értékei, pozitív hatással adatbázis szerver teljesítményét.
Ha van egy dedikált számítógép 1 GB RAM és az adatbázis szerver, a jó ár-érték ennek a változónak 25% lesz a memóriában. Terhelés alatt, még nagyobb értéket ezen paraméter csak akkor lehet hatékony, de mivel PostgreSQL támaszkodik az operációs rendszer cache, elosztása több mint 40% -át a memória, akkor nem sok értelme. A nagyméretű Ezen paraméterek értékeit a szükséges is, hogy növelje a paraméter értékét checkpoint_segments.
Rendszerek esetén kevesebb, mint 1 GB RAM helyes lenne, hogy egy kisebb mennyiségű memória (mint 25%), hogy ne kimerítik a teljes mennyisége RAM. A Windows magas Ezen paraméterek értékeit a hatékony lehet. Akkor el nagyobb teljesítményt, miközben az értéke a kis és nagy OS caching eszközökkel. Egy jó értéktartományából Windows 64-512 MB. - temp_buffers - a maximális mérete az ideiglenes pufferek minden alkalommal. Ez a memória csak lokálisan a session ideiglenes táblák. Alapértelmezett - 8 MB. Az értéket meg lehet változtatni az edzés alatt, de csak addig, amíg az első használat a memóriát.
- max_prepared_transactions - a maximális számú „előkészített” ügylet (lásd a leírást az SQL parancs ELKÉSZÍTÉSÉRŐL ügyleti dokumentációkban). Ahhoz, hogy tiltsa le a chip, az értéket 0-ra.
- work_mem - határozza meg a memória mennyisége, amelyeket használni fognak belső rendezési műveletek és hash táblák váltás előtt az ideiglenes lemez fájlokat. Megjegyezzük, hogy az összetett lekérdezések több belső válogatás és dolgozik hash táblák is működhet párhuzamosan (egyidejűleg). Ezen kívül több alkalommal is, hogy az ilyen műveleteket egyszerre. Ennek eredményeként a szükséges memória ezeket a műveleteket lehet többször nagyobb, mint a paraméter értékét work_mem. Tartsa ezt szem előtt, amikor kiválasztják a paraméter értéke. A belföldi rendezési műveletek hallgatólagos - ORDER BY, megkülönböztetett és egyesítése.
- maintenance_work_mem - a maximális használt memória mennyiségét belső műveletek, így például vákuumos, CREATE INDEX és ALTER TABLE ADD IDEGEN KULCS. Alapértelmezett - 16 MB. Ezek a parancsok végrehajtása csak közben az ülés alatt, így ki tudja választani a nagy értékeket ezt a paramétert, mint a paraméter work_mem. A nagyobb értékek is pozitív hatással van a teljesítményre és a sebesség porszívózás helyreállítani egy adatbázist egy szeméttelep. Csak tartsd észben, hogy a folyamat fut autovacuum autovacuum_max_workers időt és több memóriát igényel.
- max_stack_depth - a legnagyobb stack mélységet. A jó ár-érték ez a paraméter a maximálisan megengedhető mélysége a rendszer verem.
- max_fsm_pages - ezt az opciót akkor az ellenőrzés a helyet a térképen. Ha valami kell hagyni a táblázatból, elfoglalt helyét, hogy valami nem szabadul fel a lemezre, hanem elfoglalta a helyét csak jelölve a „szabad” térben szabadon térképet. Akkor ez a hely használt új felvételeket. Ha a szerver nagyon eltávolított / hozzáadott adatok / az asztalra, annál nagyobb a paraméter értéke lehet pozitív hatással a teljesítményre.