Re: Optimisation
- From: dforums <dforums(at)vieonet(dot)com>
- To: Sébastien Lardière <sebastien(at)lardiere(dot)net>, pgsql-fr-generale(at)postgresql(dot)org
- Subject: Re: Optimisation
- Date: Tue, 04 Mar 2008 23:48:39 +0000
- Message-id: <47CDDFD7.3080606@vieonet.com> <text/plain>
Euh peut etre plus utile
indexrelname | idx_scan | idx_tup_read | idx_tup_fetch |
idx_blks_read | idx_blks_hit
-----------------+----------+--------------+---------------+---------------+--------------
pk_dailydisplay | 11826 | 12575 | 11826 |
304780 | 46726
dd2ia_fk | 0 | 0 | 0 |
22495 | 19
dd2s_fk | 0 | 0 | 0 |
22443 | 18
fastupdate | 5311 | 36349 | 5192 |
25773 | 23807
g2dd_fk | 0 | 0 | 0 |
22376 | 18
iaf2dd_fk | 0 | 0 | 0 |
22229 | 18
p2dd_fk | 5144 | 901438700 | 0 |
4252983 | 22657
u2dd_fk | 5156 | 130307191 | 0 |
548147 | 22500
et sur la table
relid | schemaname | seq_scan | seq_tup_read | idx_scan |
idx_tup_fetch | n_tup_ins | n_tup_upd | n_tup_del | heap_blks_read |
heap_blks_hit | idx_blks_read | idx_blks_hit | toast_blks_read |
toast_blks_hit | tidx_blks_read | tidx_blks_hit
--------+------------+--------------+----------+--------------+----------+---------------+-----------+-----------+-----------+----------------+---------------+---------------+--------------+-----------------+----------------+----------------+---------------
157193 | public | 0 | 0 | 27437 |
254903 | 8 | 5192 | 0 | 9301220 |
87987 | 5221226 | 115763 | |
| |
Je sais pas si j'ai récup les bonnes infos, merci de me tuyauté.
J'espère que cela vous donnera plus d'information pour l'optimisation
possible
ce que fais la requete sinon c simple, elle cherche une valeur de
char(15) dans la table et si elle existe il y a certaines contrainte
pour la mise à jour ou la suppression, ou l'insertion
cordialement
David
dforums a écrit :
OK donc d'après vous il faut que je laisse les stats en permanence,
pourtant j'avais cru comprendre que geco fonctionne malgré tous, et les
explain avait l'air cohérent.
Je croyais que les stats collector été juste la pour collecter les stats
lorsque nécessaire pour de l'analyse.
Bon en tous cas je les ai activé, et j'ai pas vu de modification dans
els perfs
Voila à chaud les premiers retour :
indexrelname | idx_scan | idx_tup_read | idx_tup_fetch |
heap_blks_read | heap_blks_hit | idx_blks_read | idx_blks_hit |
toast_blks_read | toast_blks_hit | tidx_blks_read | tidx_blks_hit
-----------------+----------+--------------+---------------+----------------+---------------+---------------+--------------+-----------------+----------------+----------------+---------------
pk_dailydisplay | 7772 | 8169 | 7772 | 6059811
| 57152 | 3388223 | 75149 | |
| |
dd2ia_fk | 0 | 0 | 0 | 6059811
| 57152 | 3388223 | 75149 | |
| |
dd2s_fk | 0 | 0 | 0 | 6059811
| 57152 | 3388223 | 75149 | |
| |
fastupdate | 3496 | 24327 | 3415 | 6059811
| 57152 | 3388223 | 75149 | |
| |
g2dd_fk | 0 | 0 | 0 | 6059811
| 57152 | 3388223 | 75149 | |
| |
iaf2dd_fk | 0 | 0 | 0 | 6059811
| 57152 | 3388223 | 75149 | |
| |
p2dd_fk | 3353 | 585273284 | 0 | 6059811
| 57152 | 3388223 | 75149 | |
| |
u2dd_fk | 3353 | 81900694 | 0 | 6059811
| 57152 | 3388223 | 75149 | |
| |
Sébastien Lardière a écrit :
dforums a écrit :
j'ai toujours hésité à activé le colleteur de stats.
Qu'est ce que je vais perdre en perf avec le collecteur ? Et combien
de temps est il nécessaire de l'utiliser
Il ne faut pas hésiter, sans cela, le planner n'a pas les bonnes
informations sur vos données, et fait tres probablement de mauvais
choix pour aller chercher les données.
explain permet de mettre cela en évidence ...
--
Sent via pgsql-fr-generale mailing list (pgsql-fr-generale(at)postgresql(dot)org)
To make changes to your Subscription:
http://mail.postgresql.org/mj/mj_wwwusr?domain=postgresql.org&extra=pgsql-fr-generale
Home |
Main Index |
Thread Index