Projekt

Allgemein

Profil

710 Datenbankeinstellungen und Tuning (postgresql conf) » Historie » Version 65

[E] Frank S, 27.03.2019 17:17

1 42 [X] Daniel S
h1. postgresql.conf: Datenbankeinstellungen und Tuning
2 1 [X] Daniel S
3 26 [S] Philipp K
4 23 [E] Oleg G
@postgresql.conf@ ([[PostgreSQL Netzwerkkonfiguration (pg_hba.conf)]])
5 1 [X] Daniel S
6 56 [S] Dominik G
Datei-Pfad: *..\PostgreSQL\9.6\data\pg96\postgresql.conf*
7 25 [E] Oleg G
8 58 [S] Philipp K
h2. Prüfen der wichtigsten Postgreseinstellungen mittels Datenbankfunktion
9
10 65 [E] Frank S
Die Funktionen heißen @TSystem.database_settings__initialize()@ und @TSystem.database_settings__validate()@ und muss bei Neuerungen entsprechend angepasst oder erweitert werden.
11 54 [S] Philipp K
12 1 [X] Daniel S
h2. Konfiguration PostgreSQL (Beachte Betriebssystem) ab Version 9.3 
13 54 [S] Philipp K
14 51 [X] Daniel S
Beachte Programm-Start-Prüfung PRODAT: #9933
15 60 [S] Philipp K
Für ein 16GB RAM System
16
@shared_buffers = 4096MB@ Daumenregel: ca 1/4 Des RAMs den Rest für effective_cache_size
17 1 [X] Daniel S
@temp_buffers = 8MB@
18 61 [X] Daniel S
@work_mem = 32MB@ (nicht zu hoch, da je sort bzw. hash Operation, auch mehrfach bei komplexen queries)
19 1 [X] Daniel S
@maintenance_work_mem = 512MB@ (für VACUUM, CREATE INDEX, and ALTER TABLE ADD FOREIGN KEY, außerdem für restore dumps)
20 49 [S] Philipp K
@dynamic_shared_memory_type = windows@
21 1 [X] Daniel S
22 49 [S] Philipp K
@max_worker_processes = 8@ > Default ist 8 (keine Änderung nötig). Je nach Unternehmensgröße mehr
23
@max_parallel_workers_per_gather = 4@
24 1 [X] Daniel S
25 49 [S] Philipp K
@fsync = off@
26
@synchronous_commit = off@
27 45 [X] Richard H
@wal_compression = on@
28 44 [X] Richard H
@wal_buffers = -1@    (bis 9.3 8MB)
29 1 [X] Daniel S
@max_wal_size = 3GB@     (ab 9.6 Ersatz für checkpoint_segments3 * checkpoint_segments) * 16MB )
30
31 63 [X] Daniel S
@max_locks_per_transaction = 128@
32 62 [X] Daniel S
33 60 [S] Philipp K
@effective_cache_size = 12288MB@ (Beachte, wenn Server nur für PRODAT dann 3/4 des Arbeitsspeichers, wenn auch andere Programme dort laufen dann 1/2 Arbeitsspeicher. Gibt an wieviel RAM-Cache Postgressql erwarten kann, für Indizies usw)
34 1 [X] Daniel S
35
@default_statistics_target = 1000@
36 38 [X] Daniel S
37 56 [S] Dominik G
@seq_page_cost = 2.0@ (Mache sequentielle Scans "teurer": Der Planer ist eher geneigt, den Index zu nutzen)
38 1 [X] Daniel S
@cursor_tuple_fraction = 0.75@ (siehe #6436) (Steuert, dass das CURSOR-FETCH (F2-Fenster) anders errechnet wird und es Blöcke früher zurückgibt)
39 47 [S] Philipp K
40 1 [X] Daniel S
@log_destination = 'eventlog'@ (unter Windows)
41 55 [S] Dominik G
@#log_checkpoints = off  # default off@ (auf Default setzen)
42 56 [S] Dominik G
@log_line_prefix = '<%u@@@%d-%t> '@
43 64 [X] Daniel S
@log_autovacuum_min_duration = 250  # default -1@ (auf Default setzen) > alles was länger 250ms dauert loggen und bei Gelegnheit prüfen
44 1 [X] Daniel S
45 46 [E] Oleg G
@search_path = '"$user",public,TSystem,prodat_languages,Z_99_Deprecated'@
46 1 [X] Daniel S
47
@datestyle = 'iso, dmy'@
48
49
@standard_conforming_strings = off@ (siehe #4860)
50
51
@lc_messages = 'en_US.UTF-8'@ (Das muß sein, da wir die Fehlermeldungen teilweise parsen und somit auf die Fehler-Strings gehen.)
52 54 [S] Philipp K
53 56 [S] Dominik G
@lc_monetary = 'German_Germany.1252'@ (Lokale je nach Land)
54
@lc_numeric = 'German_Germany.1252'@
55
@lc_time = 'German_Germany.1252'@
56 1 [X] Daniel S
57 40 [X] Daniel S
58 49 [S] Philipp K
{{collapse(Alte Versionen:)
59 57 [S] Dominik G
@checkpoint_segments = 64 # in 9.6 nicht supported@
60
@statement_timeout=120000@ Bis Prodat 11.5.3@
61 1 [X] Daniel S
}}
62
63 57 [S] Dominik G
h2. Reload
64
65
Konfiguration im laufenden Betrieb neu laden.
66
@..\PostgreSQL\pg96\bin\pg_ctl reload -D ..\PostgreSQL\data\pg96@
67
68 34 [X] Daniel S
69
h2. Linux 
70
71
{{collapse(Linux)
72
73
h3. Betriebssystem - Speichereinstellungen mind. 3GiB Arbeitsspeicher!
74
75
* standard:
76
sysctl kernel.shmmax
77
kernel.shmmax = 33554432
78
79
* umsetzen auf 280437720 (256MB, Mindestens, LOLL steht auf 1024MB (8GB Ram)) (On Windows the useful range is 64MB to 512MB)
80
/etc/sysctl.conf  -> zeile aufnehmen: kernel.shmmax=280437720
81
reboot
82
83
h3. Nur auf Systemen mit 3GiB+ RAM anzuwenden
84
85
@$ free -m@
86
<pre>
87
             total       used       free     shared    buffers     cached
88
Mem:          3018       1516       1501          0        208       1113
89
-/+ buffers/cache:        194       2823
90
Swap:         1023          0       1023
91
</pre>
92
93
94
h3. Weiteres
95
96
Unter Linux ist noch die shmmax-Option aus der 99-postgresql.conf via sysctl zu setzen, sonst klappert das da.
97
http://www.postgresql.org/docs/8.2/static/kernel-resources.html
98
99
}}
100 1 [X] Daniel S
101 19 [S] Dominik G
102 14 [S] Dominik G
Könnte durchaus noch weiter getrieben werden, indem man Sie auf die Prodat-DB abstimmt:
103 13 [S] Dominik G
* http://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server
104 11 [X] Daniel S
* http://www.postgresql.org/docs/current/static/performance-tips.html
105 13 [S] Dominik G
* "five_steps_perform_2009.pdf":http://www.prodat-sql.de/redmine/attachments/download/2528/five_steps_perform_2009.pdf Dokument über Einstellungen etc
106
107 19 [S] Dominik G
108
*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.
109
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)
110 11 [X] Daniel S
111 12 [X] Daniel S
112 13 [S] Dominik G
h2. Virtualisierung
113 12 [X] Daniel S
114 13 [S] Dominik G
"Database_Virtualization_PG_China.pdf":http://www.prodat-sql.de/redmine/attachments/download/2568/Database_Virtualization_PG_China.pdf