Datenbankeinstellungen und Tuning¶

postgresql.conf (PostgreSQL Netzwerkkonfiguration (pg_hba.conf))

Datei-Pfad: H:\PostgreSQL\9.6\data\pg96\postgresql.conf

Linux¶

LinuxLinux

             total       used       free     shared    buffers     cached
Mem:          3018       1516       1501          0        208       1113
-/+ buffers/cache:        194       2823
Swap:         1023          0       1023

Konfiguration PostgreSQL (Beachte Betriebssystem) ab Version 9.3¶

shared_buffers = 1024MB
temp_buffers = 8MB
work_mem = 16MB (nicht zu hoch, da je sort bzw. hash Operation, auch mehrfach bei komplexen queries)
maintenance_work_mem = 512MB (für VACUUM, CREATE INDEX, and ALTER TABLE ADD FOREIGN KEY, außerdem für restore dumps)

fsync = off
synchronous_commit = off
wal_buffers = -1 (bis 9.3 8MB)
checkpoint_segments = 64
max_wal_size = 3GB (ab 9.6 Ersatz für checkpoint_segments3 * checkpoint_segments) * 16MB )

effective_cache_size = 2048MB (Beachte 1/2 Arbeitsspeicher)

default_statistics_target = 1000

cursor_tuple_fraction = 0.75 (siehe #6436)

log_destination = 'eventlog' (unter Windows)

search_path = '"$user",public,TSystem'

datestyle = 'iso, dmy'

standard_conforming_strings = off (siehe #4860)

Bis Prodat 11.5.3 statement_timeout=120000

• http://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server
• http://www.postgresql.org/docs/current/static/performance-tips.html
• five_steps_perform_2009.pdf Dokument über Einstellungen etc

Hinweis: Fehler im PgAdmin/Server-Status: ungültige Byte-Sequenz für Kodierung "UTF8" ... durch SELECT pg_file_read('pg_log/... kann ignoriert werden, da wir ja ins eventlog schreiben.
Die Anzeige vom Log hier einfach schließen. Liegt an LC_MESSAGES und mehrsprachigen Systemen, vermutlich ein Bug, Workaround LC_MESSAGES='C' (evtl. nicht mit Prodat kompatibel)

Virtualisierung¶

Database_Virtualization_PG_China.pdf