La sortie de la version 10 approche à grands pas, elle est prévue pour demain : Voir ce commit
Cette nouvelle version inclue des fonctionnalités très attendues comme :
La réplication logique Le partitionnement natif Amélioration du parallélisme Statistiques multi-colonnes … Pour une liste exhaustive voir :
Les releases notes La page wiki sur la version 10 Dans cet article je vais vous présenter des améliorations sur les performances qui ne sont pas listées dans les releases notes! Aussi surprenant que cela puisse paraître, la communauté ne liste pas ce genre d’améliorations : elles ne représentent pas un changement significatif du point de vue de l’utilisateur.
Cet article est la suite d’une série d’articles sur la réplication logique dans la version 10 de PostgreSQL
Celui-ci va porter sur les restrictions de la réplication logique.
Cet article est la suite d’une série d’articles sur la réplication logique dans la version 10 de PostgreSQL
Celui-ci va porter sur la mise en œuvre de la réplication logique.
La version 9.5 de PostgreSQL sortie en Janvier 2016 propose un nouveau type d’index : les Index BRIN pour Bloc Range INdex. Ces derniers sont recommandés pour les tables volumineuses et corrélées avec leur emplacement. J’ai décidé de consacrer une série d’article sur ces index :
Index BRIN - Principe Index BRIN - Fonctionnement Index BRIN - Corrélation Index BRIN - Performances Pour information, je serai présent au PGDay France à Lille le mardi 31 mai pour présenter cet index. Il y aura également plein d’autres conférences intéressantes!
Cet article est la dernier de la série, il sera consacré aux performances (maintenance, lecture, insertion…)
La version 9.5 de PostgreSQL sortie en Janvier 2016 propose un nouveau type d’index : les Index BRIN pour Bloc Range INdex. Ces derniers sont recommandés pour les tables volumineuses et corrélées avec leur emplacement. J’ai décidé de consacrer une série d’article sur ces index :
Index BRIN - Principe Index BRIN - Fonctionnement Index BRIN - Corrélation Index BRIN - Performances Pour information, je serai présent au PGDay France à Lille le mardi 31 mai pour présenter cet index. Il y aura également plein d’autres conférences intéressantes!
Dans ce troisième article nous verrons pourquoi la corrélation des données avec leur emplacement est importante pour les index BRIN.
La version 9.5 de PostgreSQL sortie en Janvier 2016 propose un nouveau type d’index : les Index BRIN pour Bloc Range INdex. Ces derniers sont recommandés pour les tables volumineuses et corrélées avec leur emplacement. J’ai décidé de consacrer une série d’article sur ces index :
Index BRIN - Principe Index BRIN - Fonctionnement Index BRIN - Corrélation Index BRIN - Performances Pour information, je serai présent au PGDay France à Lille le mardi 31 mai pour présenter cet index. Il y aura également plein d’autres conférences intéressantes!
Dans ce 2eme volet nous allons voir en détail le fonctionnement d’un index BRIN.
La version 9.5 de PostgreSQL sortie en Janvier 2016 propose un nouveau type d’index : les Index BRIN pour Bloc Range INdex. Ces derniers sont recommandés pour les tables volumineuses et corrélées avec leur emplacement. J’ai décidé de consacrer une série d’article sur ces index :
Index BRIN - Principe Index BRIN - Fonctionnement Index BRIN - Corrélation Index BRIN - Performances Pour information, je serai présent au PGDay France à Lille le mardi 31 mai pour présenter cet index. Il y aura également plein d’autres conférences intéressantes!
Cette semaine j’ai été confronté à un incident sur une instance postgres. La partition xlogs était pleine :
PANIC: could not write to file "pg_xlog/xlogtemp.12352": No space left on device LOG: startup process (PID 12352) was terminated by signal 6: Aborted LOG: aborting startup due to startup process failure Cette instance est répliquée sur un autre serveur et archive ses journaux de transaction sur un troisième serveur. Ce dernier était plein, Postgres est intelligent et a conservé ses journaux de transaction en attendant de pouvoir les archiver… Jusqu’à ce que la partition des journaux se retrouve pleine entraînant l’arrêt de Postgres.
J’ai consacré les précédents articles aux différents mécanismes de réplications. Le principe est à chaque fois le même, on utilise une copie d’une instance Postgres puis la réplication se fait par rejeu des journaux de transaction (soit par transfert de fichier ou par flux).
Cet article va aborder les différentes technique de sauvegarde … ainsi que la restauration. On ne pense pas assez à la restauration : « la priorité est la sauvegarde, la restauration on verra quand on aura un peu de temps ».
Sauvegarde fichier d’une instance (manuelle + pg_base_backup) Sauvegarde par dump des bases avec pg_dump Restauration (manuelle + pg_restore) Restauration PITR
Cet article a pour but de présenter quelques principes de Postgres. Il n’est pas exhaustif, néanmoins si vous souhaitez approfondir j’ai agrémenté l’article de quelques liens que j’ai trouvé pertinents. Pour ceux qui veulent vraiment creuser je vous recommande la lecture des ouvrages de Greg Smith et les articles de Dalibo parus dans Linux Mag.