La base de donn�es la plus sophistiqu�e au monde.

Ouverture de session

Demander un nouveau mot de passe

Navigation

Contactez-nous

Administration du site :
"equipe chez postgresqlfr point org"

Contact presse :
"fr chez postgresql point org"

Contact association :
"bureau chez postgresqlfr point org"

Questions PostgreSQL :
IRC :
serveur irc.freenode.net
canal #postgresqlfr

Liens

Recherche

Sujets du forum

Sujets actifs

Nouveaux sujets:

en lire plus

Accéder aux archives

Syndication

Sondage

Quelle est la version de PostgreSQL la plus répandue sur vos serveurs ?

8.3

10%

8.2

42%

8.1

40%

8.0

7.4

7.3 ou antérieure

Nombre de votes: 48

3 commentaires | anciens sondages

problême montée en charge

Technique - optimisation | problême montée en charge

Par nicofl le 27/06/2005 - 11:14

bonjour,

je pense avoir des problêmes de montée en charge avec une bdd pg.
j'ai un serveur linux et j'utilise la commande suivante :
ps axwww | grep -E '[p]ostgres:'
pour connaître les requêtes en cours sur le serveur.

ce qu'il y a c'est que quand le serveur commence à geler, j'ai des requêtes
qui prennent pas loin de 20-30 s. Notamment des count sur des tables vides
donc pour me retourner 0 la requête met 2 à 3 s.

je sais qu'il y a une table système dans sql-serveur permettant de voir les
dernières requêtes éxécutées avec leur temps de réponse, donc est-ce qu'il
existe une table comme ca dans pg ?

sinon comme erreurs j'ai les cas suivants :
Unable to read data from the transport connection
connection limit exceeded for non superusers

[ sujet précédent | sujet suivant ]

toutjours pas de réponse

nicofl/ = 28 Juin, 2005 - 21:45

c'est à dire que c'est assez urgent ..

j'ai rajouté des index qui aurait du être là depuis longtemps
(je précise que j'interviens sur une base qui est assez mal construite), ca m'a rêglé les pb de requêtes trop longues et les
incohérences sur les tables vides ou très peu remplies.

j'ai trouvé des tables de stats : pg_stats_activity et pg_stat_all_tables
de ce côté là je trouve pas de problêmes majeur

en moyenne je tourne à 150-200 users connectés sur le site avec 10-15 requêtes minutes pour chaque users, là pas de pb.
mais dès que je commence à dépasser les 300-400 ca commence à geler

par contre j'ai toujours les même erreurs :
- Unable to read data from the transport connection
- connection limit exceeded for non superusers

il faudrait que je sache si ces erreurs pourraient être imputable
à pg ou à mon driver qui ne gère pas bien le spool de ses requêtes

[ Vous devez vous connecter pour poster des commentaires ]

Salut " - Unable to read

fabiengas/ = 7 Décembre, 2005 - 13:29

Salut

" - Unable to read data from the transport connection"

je pense que ton problème vient d'une limitation (message suivant) en effet le nombre de connexion est limité (je sais pas ou) et c'est ce plafond qui t'empeche de monter en charge. dès que tu ateind le plafond les nouveaux users prendront la place de ceux qui attendent mais occupant cette place (connexion active) ceux qui attendent ne recevront pas leur reponse d'ou premier message d'erreur

" - connection limit exceeded for non superusers"

je ne connais pas ton infrastructure :

petite pistes :
- si les client accede directement a ta BD c'est le paramétrage de PG qu'il faudra verifier
- si c'est une appli WEB qui s'en charge c'est la liaison APPLI/BD qui bloque (probablement ton pilote effectivement)
- si il ne parvienne pas sur l'appli c'est donc ton serveur d'appli web qui est limité

a voir bon courage et tien moi au courant a l'occasion savoir d'ou ca vient

merci