sysadmin:postgresql
This is an old revision of the document!
Table of Contents
Basi di configurazione
- eseguire
/usr/local/sbin/postgresql_shmall_shmmax.sh » /etc/sysctl.conf
- installare
pgtune
per un tuning grezzo di PostgreSQL sulla macchina - eseguire
pgtune -i /etc/postgresql/9.1/main/postgresql.conf | grep pgtune » /etc/postgresql/9.1/main/postgresql.conf
- abilitare i log su stderr seguendo la documentazione di pgbadger
- NOTA LOG: attualmente su befair2 i log sono in
/var/lib/postgresql/9.1/main/pg_log/
vediamo come si comporta postgresql con rotazione e compressione
Performance
- Performance Tuning: http://wiki.postgresql.org/wiki/Tuning_Your_PostgreSQL_Server
- Ottimo articolo segnalato da AndreaF http://www.revsys.com/writings/postgresql-performance.html
Query utili su indici e loro utilizzo
Ricerca indici doppi
Query “grezza” per noi
acs_service=# SELECT tablename,indexname,indexdef from pg_indexes WHERE schemaname='public';
Query appropriata da http://www.xzilla.net/blog/2008/Jul/Index-pruning-techniques.html
[1] acs_service=# select indrelid::regclass, array_accum(indexrelid::regclass) from pg_index group by indrelid, indkey having count(*) > 1;
Nota: richiede di definire l'aggregato array_accum
Utilizzo degli indici
Utilizzo degli indici
acs_service=# SELECT * from pg_stat_all_indexes WHERE schemaname='public';
Filtra solo quelli utilizzati almeno una volta
acs_service=# SELECT * from pg_stat_all_indexes WHERE relname='table' AND idx_scan > 0 ;
Filtra solo quelli che sono stati efficaci almeno una volta
acs_service=# SELECT * from pg_stat_all_indexes WHERE schemaname='public' AND (idx_tup_read > 0 OR idx_tup_fetch > 0);
Query più appropriata, eseguita su tutti gli schemi (da http://www.xzilla.net/blog/2008/Jul/Index-pruning-techniques.html)
[2] acs_service=# select indexrelid::regclass as index, relid::regclass as table from pg_stat_user_indexes JOIN pg_index USING (indexrelid) where idx_scan = 0 and indisunique is false;
Ho modificato la query per trovare gli indici che sono stati efficaci almeno una volta:
[3] acs_service=# select indexrelid::regclass as index, relid::regclass as table from pg_stat_user_indexes JOIN pg_index USING (indexrelid) where (idx_tup_read > 0 OR idx_tup_fetch > 0) and indisunique is false;
Invece questa la query per indici usati senza essere efficaci
[4] acs_service=# select indexrelid::regclass as index, relid::regclass as table from pg_stat_user_indexes JOIN pg_index USING (indexrelid) where (idx_scan >0 and (idx_tup_read = 0 OR idx_tup_fetch = 0)) and indisunique is false;
Esecuzione query al ...
- [1] = … indici doppi
- [2] = … indici non usati
- [3] = … indici che sono stati efficaci
- [4] = .. indici usati ma non efficaci
Query comode x debug
- Processi attivi:
select * from pg_stat_activity;
- Indici presenti:
SELECT * FROM pg_indexes;
- Utilizzo degli indici:
SELECT relid,relname,idx_scan,idx_tup_read,idx_tup_fetch FROM pg_stat_all_indexes WHERE schemaname='public' ORDER BY idx_scan desc;
- Utilizzo delle tabelle:
SELECT * FROM pg_stat_all_tables;
- Lock da https://wiki.postgresql.org/wiki/Lock_Monitoring (ho aggiunto il WHERE nel mio caso)
SELECT a.datname, c.relname, l.transactionid, l.mode, l.granted, a.usename, a.current_query, a.query_start, age(now(), a.query_start) AS "age", a.procpid FROM pg_stat_activity a JOIN pg_locks l ON l.pid = a.procpid JOIN pg_class c ON c.oid = l.relation WHERE mode='RowExclusiveLock' ORDER BY a.query_start;
Avvio manuale di postgres
se service postgresql start offre poca flessibilità usare
pg_ctlcluster 8.4 main start -- -w
o ancora più a basso livello, da utente postgres
eseguire:
/usr/lib/postgresql/8.4/bin/pg_ctl start -D /var/lib/postgresql/8.4/main -w -o '-c config_file="/etc/postgresql/8.4/main/postgresql.conf"'
sysadmin/postgresql.1415179587.txt.gz · Last modified: 2014/11/05 09:26 by feroda