Projekt

Allgemein

Profil

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

[X] Daniel S, 29.05.2018 21:20

1 1 [X] Daniel S
h1. Datenbankeinstellungen und Tuning
2
3 26 [S] Philipp K
4 23 [E] Oleg G
@postgresql.conf@ ([[PostgreSQL Netzwerkkonfiguration (pg_hba.conf)]])
5 1 [X] Daniel S
6 25 [E] Oleg G
Datei-Pfad: *H:\PostgreSQL\9.6\data\pg96\postgresql.conf*
7
8 1 [X] Daniel S
h2. Konfiguration PostgreSQL (Beachte Betriebssystem) ab Version 9.3 
9 26 [S] Philipp K
10 1 [X] Daniel S
@shared_buffers = 1024MB@
11
@temp_buffers = 8MB@
12
@work_mem = 16MB@ (nicht zu hoch, da je sort bzw. hash Operation, auch mehrfach bei komplexen queries)
13
@maintenance_work_mem = 512MB@ (für VACUUM, CREATE INDEX, and ALTER TABLE ADD FOREIGN KEY, außerdem für restore dumps)
14
15
@fsync = off@
16
@synchronous_commit = off@
17
@wal_buffers = -1@    (bis 9.3 8MB)
18
@checkpoint_segments = 64@ 
19
@max_wal_size = 3GB@     (ab 9.6 Ersatz für checkpoint_segments3 * checkpoint_segments) * 16MB )
20
21
@effective_cache_size = 2048MB@ (Beachte 1/2 Arbeitsspeicher)
22
23
@default_statistics_target = 1000@
24
25
@cursor_tuple_fraction = 0.75@ (siehe #6436)
26
27 41 [X] Daniel S
@max_worker_processes = 8@ > Default ist 8 (keine Änderung nötig). Je nach Unternehmensgröße mehr
28 38 [X] Daniel S
@max_parallel_workers_per_gather = 4@
29
30 1 [X] Daniel S
@log_destination = 'eventlog'@ (unter Windows)
31
32
@search_path = '"$user",public,TSystem'@
33
34
@datestyle = 'iso, dmy'@
35
36
@standard_conforming_strings = off@ (siehe #4860)
37
38 40 [X] Daniel S
@lc_messages = 'en_US.UTF-8'@ > das muß sein, da wir die Fehlermeldungen teilweise parsen und somit natürlich auf die fehler-strings gehen.
39 1 [X] Daniel S
40 37 [X] Daniel S
@log_line_prefix = '<%u@@@%d-%t> '@
41 1 [X] Daniel S
42
@lc_?@
43
44
45
46 34 [X] Daniel S
-Bis Prodat 11.5.3 @statement_timeout=120000@-
47
48
h2. Linux 
49
50
{{collapse(Linux)
51
52
h3. Betriebssystem - Speichereinstellungen mind. 3GiB Arbeitsspeicher!
53
54
* standard:
55
sysctl kernel.shmmax
56
kernel.shmmax = 33554432
57
58
* umsetzen auf 280437720 (256MB, Mindestens, LOLL steht auf 1024MB (8GB Ram)) (On Windows the useful range is 64MB to 512MB)
59
/etc/sysctl.conf  -> zeile aufnehmen: kernel.shmmax=280437720
60
reboot
61
62
h3. Nur auf Systemen mit 3GiB+ RAM anzuwenden
63
64
@$ free -m@
65
<pre>
66
             total       used       free     shared    buffers     cached
67
Mem:          3018       1516       1501          0        208       1113
68
-/+ buffers/cache:        194       2823
69
Swap:         1023          0       1023
70
</pre>
71
72
73
h3. Weiteres
74
75
Unter Linux ist noch die shmmax-Option aus der 99-postgresql.conf via sysctl zu setzen, sonst klappert das da.
76
http://www.postgresql.org/docs/8.2/static/kernel-resources.html
77
78
}}
79 1 [X] Daniel S
80 19 [S] Dominik G
81 14 [S] Dominik G
Könnte durchaus noch weiter getrieben werden, indem man Sie auf die Prodat-DB abstimmt:
82 13 [S] Dominik G
* http://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server
83 11 [X] Daniel S
* http://www.postgresql.org/docs/current/static/performance-tips.html
84 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
85
86 19 [S] Dominik G
87
*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.
88
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)
89 11 [X] Daniel S
90 12 [X] Daniel S
91 13 [S] Dominik G
h2. Virtualisierung
92 12 [X] Daniel S
93 13 [S] Dominik G
"Database_Virtualization_PG_China.pdf":http://www.prodat-sql.de/redmine/attachments/download/2568/Database_Virtualization_PG_China.pdf