Vous n'êtes pas identifié(e).
Pages : 1
Bonjour,
J'utilise de puis peut PostgreSQL, j'ai parcouru le fichier de conf et quand je modifie un paramètre qui me semble logique, la base par en erreur et ne démarre plus, je voudrais booster un peux la conf car des ralentissements sont ressenti or, actuellement, la base consomme 300Mo de ram et à peine 5% du cpu à pleine charge des applis.
Quelle paramètres il faut modifier pour débloquer la situation ?
Je vous remercie d'avance.
Librement.
[edit] Installer de base sur une Ubuntu 12.04
Dernière modification par CreatAddict (04/10/2012 11:01:07)
Hors ligne
Bonjour,
quelle version de PostgreSql ?
quelle valeur pour shared_buffers (postgresql.conf) ?
quelle quantité de ram sur votre serveur ?
quelle est la taille de votre base ?
le serveur est-il dédié à PostgreSql ?
des ralentissements en lecture (select) ou en écriture (insert / update) ?
Dernière modification par arthurr (04/10/2012 11:53:51)
Hors ligne
Il existe un grand nombre d'articles sur http://www.dalibo.org/publications qui peuvent vous aider. Certains ont été écrit lors de la sortie de la version 8.3 mais ils sont toujours d'actualité. Vu votre question, je vous conseille surtout celui sur la gestion mémoire.
Guillaume.
Hors ligne
Bonjour,
Version de PostgreSQL : psql (PostgreSQL) 9.1.4
Valeur pour shared_buffers : 24MB
Ram serveur : 4GO
Taile de la DB : 265MB
Serveur dédié QUE pour PostgreSQL
Ralentisement principalement sur les SELECT
Hors ligne
Il est assez difficile de conseiller qq'un sur une configuration sans connaitre exactement l'utilisation de la base.
Comme le dit gleu, il existe un grand nombre d'articles => http://wiki.postgresql.org/wiki/Perform … timization
Quelques petits idées :
1/ Je vous conseille de passer le shared_buffer à 1Go (vu la taille de votre base, elle va tenir en totalité en RAM).
Vous allez surement devoir modifier la variable shmmax de votre kernel : http://docs.postgresqlfr.org/9.1/kernel-resources.html
2/ Vous devriez probablement modifier le work_mem de postgresql mais attention au nombre de connexions simultanées.
3/ modifier synchronous_commit = off
4/ modifier random_page_cost = 3 (ou 2 : à tester)
Pas de magie sans tests et sans une connaissance précise de l'utilisation
Hors ligne
Sur une base de 256 Mo, pas la peine d'avoir un shared_buffers de 1 Go, à moins qu'on soupçonne que la base va rapidement grossir.
Mais bon, sans plus d'informations, difficile de dire pourquoi vous avez des lenteurs. Il est préférable de fournir une requête qui est lente avec son plan d'exécution comme l'affiche un EXPLAIN ANALYZE (et si possible avec l'option BUFFERS).
Guillaume.
Hors ligne
En sus, avez vous mis en place un plan d'indexation adéquat ?
À me lire : http://sqlpro.developpez.com/cours/quoi-indexer/
A +
Frédéric Brouard, alias SQLpro, ARCHITECTE DE DONNÉES, Expert langage SQL
Le site sur les SGBD relationnel et langage SQL : http://sqlpro.developpez.com/
Modélisation de données, conseil, expertise, audit, optimisation, tuning, formation
* * * * * Enseignant CNAM PACA, ISEN Toulon, CESI Aix en Provence * * * * *
Hors ligne
Bonjour,
est-ce en rapport avec le début du thread ? Sinon il est préférable de créer un nouveau sujet.
Sinon, quelle est la contrainte check utilisée pour le partitionnement ?
Julien.
https://rjuju.github.io/
Hors ligne
Laisse tomber rjuju, c'est encore un robot spammer :-/ Je vais le supprimer.
Guillaume.
Hors ligne
C'est fait.
Guillaume.
Hors ligne
Les robots spammer envoient des requêtes SQL maintenant, ça fait peur 
Julien.
https://rjuju.github.io/
Hors ligne
Pages : 1
