PostgreSQL optimieren - Versionsgeschichte

Stefan am 31. Januar 2023 um 20:01 Uhr

2023-01-31T20:01:58Z

← Nächstältere Version		Version vom 31. Januar 2023, 20:01 Uhr
Zeile 7:		Zeile 7:
	* Vortrag PGConf.DE 2011, Stefan Keller.		* Vortrag PGConf.DE 2011, Stefan Keller.

	Siehe ~~auch~~:		Siehe:
			* pgTune https://pgtune.leopard.in.ua/
	* [http://wiki.postgresql.org/wiki/Performance_Optimization PostgreSQL Performance Optimization] on Wiki		* [http://wiki.postgresql.org/wiki/Performance_Optimization PostgreSQL Performance Optimization] on Wiki
	* [http://www.revsys.com/writings/postgresql-performance.html RevSys (Hardware, Tuning, Explain, etc.)], [http://groups.google.ch/group/EtoE/browse_thread/thread/eaabeda775e65260/1d3c809e723c6b07?hl=de&lnk=st&q=Best+CPU+for+PostgreSQL#1d3c809e723c6b07 PostgreSQL 8 Performance Checklist (genaue Erklärung der Variablen in postgresql.conf], [http://www.pcguide.com/ref/hdd/perf/raid/ RAID Hinweise]. Für kleinere bis mittlere PostgreSQL Installationen mit primär Leseoperationen empfiehlt sich RAID 0 oder RAID 1. RAID 0 hat jedoch keine Redundanz. RAID 5 hat schlechte Performanz, ausser wenn 6 oder mehr Disks. SCSI Ultra 320 Disks sind zwar teurer aber immer noch wesentlich schneller als S-ATA/IDE Disks.		* [http://www.revsys.com/writings/postgresql-performance.html RevSys (Hardware, Tuning, Explain, etc.)], [http://groups.google.ch/group/EtoE/browse_thread/thread/eaabeda775e65260/1d3c809e723c6b07?hl=de&lnk=st&q=Best+CPU+for+PostgreSQL#1d3c809e723c6b07 PostgreSQL 8 Performance Checklist (genaue Erklärung der Variablen in postgresql.conf], [http://www.pcguide.com/ref/hdd/perf/raid/ RAID Hinweise]. Für kleinere bis mittlere PostgreSQL Installationen mit primär Leseoperationen empfiehlt sich RAID 0 oder RAID 1. RAID 0 hat jedoch keine Redundanz. RAID 5 hat schlechte Performanz, ausser wenn 6 oder mehr Disks. SCSI Ultra 320 Disks sind zwar teurer aber immer noch wesentlich schneller als S-ATA/IDE Disks.

Stefan: /* Tipps */

2016-09-02T10:20:47Z

Tipps

← Nächstältere Version		Version vom 2. September 2016, 10:20 Uhr
Zeile 19:		Zeile 19:
	* ANALYZE und CLUSTER-Befehl ausführen: Siehe [http://wiki.postgresql.org/wiki/VACUUM_FULL#What_to_use_instead].		* ANALYZE und CLUSTER-Befehl ausführen: Siehe [http://wiki.postgresql.org/wiki/VACUUM_FULL#What_to_use_instead].
	* Den aktuellen Zustand testen mit dem Tool [http://wiki.postgresql.org/wiki/Regression_Testing_with_pgbench pgbench].		* Den aktuellen Zustand testen mit dem Tool [http://wiki.postgresql.org/wiki/Regression_Testing_with_pgbench pgbench].
			* Es sind nicht so viele Parameter, u.a. random_page_cost='1.1', shared_buffers='60GB', synchronous_commit='off', temp_buffers='120MB', wal_buffers='16MB', max_wal_size='5GB', work_mem='6GB', fsync='off' (Voricht!).

	Tipps zur Optimierung (Optimization), Performance, Tuning von PostgreSQL...:		Tipps zur Optimierung (Optimization), Performance, Tuning von PostgreSQL...:

Stefan: /* Performance Optimierung von Read-Only Datenbanken */

2013-11-14T14:02:09Z

Performance Optimierung von Read-Only Datenbanken

← Nächstältere Version		Version vom 14. November 2013, 14:02 Uhr
Zeile 55:		Zeile 55:
	default_transaction_read_only		default_transaction_read_only

	Greg Smith wrote (19. April 2011 16:30 on pgsql-performance): "The only other thing you probably want to do is set checkpoint_segments to a big number. Shouldn't matter normally, but when doing this (vacuum) freeze operation it will help that execute quickly. You want a lower maintenance_work_mem on a read-only system than the master too, possibly a higher shared_buffers as well. It's all pretty subtle beyond the big parameters you already identified."		See Gavin M. Roy PGConf 2010 ("Running with Scissors"). Greg Smith wrote (19. April 2011 16:30 on pgsql-performance): "The only other thing you probably want to do is set checkpoint_segments to a big number. Shouldn't matter normally, but when doing this (vacuum) freeze operation it will help that execute quickly. You want a lower maintenance_work_mem on a read-only system than the master too, possibly a higher shared_buffers as well. It's all pretty subtle beyond the big parameters you already identified."

	checkpoint_segments=?		checkpoint_segments=?

Stefan: /* Performance Optimierung durch Konfiguration von postgresql.conf */

2013-11-14T13:38:53Z

Performance Optimierung durch Konfiguration von postgresql.conf

← Nächstältere Version		Version vom 14. November 2013, 13:38 Uhr
Zeile 35:		Zeile 35:
	Konfiguration von postgresql.conf (siehe z.B. [http://www.varlena.com/GeneralBits/Tidbits/perf.html]) durch Parameter heraufsetzen:		Konfiguration von postgresql.conf (siehe z.B. [http://www.varlena.com/GeneralBits/Tidbits/perf.html]) durch Parameter heraufsetzen:
	* Speziell bei genügend Memory und wenigen Applikationen und Benutzern:		* Speziell bei genügend Memory und wenigen Applikationen und Benutzern:
	** effective_cache_size (default 128MB )		** shared_buffers (default 24MB): This is a real killer... bump it to 1-2GB, at least, on a server w/ >4G RAM, up to 8GB (don't go above that w/o good testing..).
			** effective_cache_size (default 128MB ) - Should always be >= shared buffers
	** work_mem – default 1MB is wayyy small		** work_mem – default 1MB is wayyy small
	** maintenance_work_mem – default 16MB small		** maintenance_work_mem – default 16MB small
	** shared_buffers (default 24MB): This is a real killer... bump it to 1-2GB, at least, on a server w/ >4G RAM, up to 8GB (don't go above that w/o good testing..).
	* sort_memory - speziell bei order-by oder group-by Klauseln		* sort_memory - speziell bei order-by oder group-by Klauseln
	* random_page_cost – speziell bei schnellen Disks wie SCSI und RAID		* random_page_cost – speziell bei schnellen Disks wie SCSI und RAID

Stefan: /* Tipps */

2011-12-21T11:28:31Z

Tipps

← Nächstältere Version		Version vom 21. Dezember 2011, 11:28 Uhr
Zeile 17:		Zeile 17:

	Bevor man beginnt und postgresql.conf etc. verändert...		Bevor man beginnt und postgresql.conf etc. verändert...
	* ~~ANALYSE~~ und CLUSTER-Befehl ausführen: Siehe [http://wiki.postgresql.org/wiki/VACUUM_FULL#What_to_use_instead].		* ANALYZE und CLUSTER-Befehl ausführen: Siehe [http://wiki.postgresql.org/wiki/VACUUM_FULL#What_to_use_instead].
	* Den aktuellen Zustand testen mit dem Tool [http://wiki.postgresql.org/wiki/Regression_Testing_with_pgbench pgbench].		* Den aktuellen Zustand testen mit dem Tool [http://wiki.postgresql.org/wiki/Regression_Testing_with_pgbench pgbench].

Stefan: /* Performance Optomierung durch Konfiguration von postgresql.conf */

2011-10-16T18:39:13Z

Performance Optomierung durch Konfiguration von postgresql.conf

← Nächstältere Version		Version vom 16. Oktober 2011, 18:39 Uhr
Zeile 31:		Zeile 31:
	* Postgres kennt "Partial index": Beispiel: "create index i on table2(field2) where field2 <> 0;" Optimiert z.B. folgende Query: select * from table2 where field2<>0; (vgl. [http://www.postgresql.org/docs/8.4/static/indexes-partial.html Doc.]).		* Postgres kennt "Partial index": Beispiel: "create index i on table2(field2) where field2 <> 0;" Optimiert z.B. folgende Query: select * from table2 where field2<>0; (vgl. [http://www.postgresql.org/docs/8.4/static/indexes-partial.html Doc.]).

	=== Performance ~~Optomierung~~ durch Konfiguration von postgresql.conf ===		=== Performance Optimierung durch Konfiguration von postgresql.conf ===

	Konfiguration von postgresql.conf (siehe z.B. [http://www.varlena.com/GeneralBits/Tidbits/perf.html]) durch Parameter heraufsetzen:		Konfiguration von postgresql.conf (siehe z.B. [http://www.varlena.com/GeneralBits/Tidbits/perf.html]) durch Parameter heraufsetzen:

Stefan am 16. Oktober 2011 um 18:39 Uhr

2011-10-16T18:39:00Z

← Nächstältere Version		Version vom 16. Oktober 2011, 18:39 Uhr
Zeile 31:		Zeile 31:
	* Postgres kennt "Partial index": Beispiel: "create index i on table2(field2) where field2 <> 0;" Optimiert z.B. folgende Query: select * from table2 where field2<>0; (vgl. [http://www.postgresql.org/docs/8.4/static/indexes-partial.html Doc.]).		* Postgres kennt "Partial index": Beispiel: "create index i on table2(field2) where field2 <> 0;" Optimiert z.B. folgende Query: select * from table2 where field2<>0; (vgl. [http://www.postgresql.org/docs/8.4/static/indexes-partial.html Doc.]).

	=== ~~Tuning~~ durch Konfiguration von postgresql.conf ===		=== Performance Optomierung durch Konfiguration von postgresql.conf ===

	Konfiguration von postgresql.conf (siehe z.B. [http://www.varlena.com/GeneralBits/Tidbits/perf.html]) durch Parameter heraufsetzen:		Konfiguration von postgresql.conf (siehe z.B. [http://www.varlena.com/GeneralBits/Tidbits/perf.html]) durch Parameter heraufsetzen:
Zeile 44:		Zeile 44:
	Auto Vacuum einschalten.		Auto Vacuum einschalten.

	== ~~Tuning~~ Read-Only ~~Databases~~ ==		== Performance Optimierung von Read-Only Datenbanken ==

	Steps in order to secure and speedup such PostgreSQL/PostGIS instance:		Steps in order to secure and speedup such PostgreSQL/PostGIS instance:

Stefan am 16. Oktober 2011 um 18:37 Uhr

2011-10-16T18:37:53Z

@@ Zeile 1: / Zeile 1: @@
 Siehe auch:
 * [[PostGIS]], [[PostGIS - Tipps und Tricks]]
 * [[PostgreSQL]], [[PostgreSQL - Tipps und Tricks]]
 * Vortrag PGConf.DE 2011, Stefan Keller.
-Basiert auf [[PostGIS optimieren]]
+ SET STATEMENT_TIMEOUT TO 60000;
-tbd.
+. Go to step 3 in case of new data or a harddisk crash.

Stefan: Die Seite wurde neu angelegt: „Siehe auch: * PostGIS, PostGIS - Tipps und Tricks * PostgreSQL, PostgreSQL - Tipps und Tricks * Vortrag PGConf.DE 2011, Stefan Keller. Basiert a…“

2011-10-16T18:35:50Z

Die Seite wurde neu angelegt: „Siehe auch: * PostGIS, PostGIS - Tipps und Tricks * PostgreSQL, PostgreSQL - Tipps und Tricks * Vortrag PGConf.DE 2011, Stefan Keller. Basiert a…“

Neue Seite

Siehe auch:
* [[PostGIS]], [[PostGIS - Tipps und Tricks]]
* [[PostgreSQL]], [[PostgreSQL - Tipps und Tricks]]
* Vortrag PGConf.DE 2011, Stefan Keller.

Basiert auf [[PostGIS optimieren]]

tbd.