From: | Andreas Kretschmer <akretschmer(at)internet24(dot)de> |
---|---|
To: | PGSQL Allgemein <pgsql-de-allgemein(at)postgresql(dot)org> |
Subject: | Performance-Problem, mal wieder |
Date: | 2011-01-06 05:40:37 |
Message-ID: | 4D2555D5.5020303@internet24.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-de-allgemein |
Moin,
so, ich bin mit meinem Latein am Ende:
Im Log fand ich:
> LOG: duration: 1021.310 ms statement: delete from t_eingeloggt where personid = 148
So, nun mit psql und einem Explain analyse:
> explain analyse delete from t_eingeloggt where personid = 148;
> QUERY PLAN
> ------------------------------------------------------------------------------------------------------------
> Delete (cost=0.00..4.39 rows=1 width=6) (actual time=0.069..0.069 rows=0 loops=1)
> -> Seq Scan on t_eingeloggt (cost=0.00..4.39 rows=1 width=6) (actual time=0.066..0.066 rows=0 loops=1)
> Filter: (personid = 148)
> Total runtime: 0.091 ms
> (4 rows)
(Tabelle enthält aktuell 192 records, besteht aus (int,
varchar(200),int) und hat einen Index auf personid.
Das ist ein Seq-Scan im Explain, der 0.1 ms braucht. Im Log taucht das
mit 10.000 facher Laufzeit auf. Der Server langweilt sich, da ist fast
keine LOAD, er hat 16 kerne und 24 GByte RAM. Storage via iSCSI, der
komplette DB-Cluster dürfte aber komplett im Shared-mem liegen.
Es lief kein Checkpoint bei der ersten Abfrage, der kam erst 2 Minuten
später und schrieb 1 Block.
Das ist kein Einzelfall, da sind etliche solcher unverständlichen
Laufzeiten im Log.
Sachdienliche Hinweise bitte an mich ...
Andreas
--
Andreas Kretschmer
http://internet24.de
From | Date | Subject | |
---|---|---|---|
Next Message | Ralf Burger | 2011-01-06 07:14:41 | Re: Performance-Problem, mal wieder |
Previous Message | Andreas Kretschmer | 2011-01-05 19:23:43 | Re: Wochentage auf Deutsch |