本記事は PostgreSQL Advent Calendar 2023 8 日目の記事です。 pg_stasinfoとは PostgreSQLカンファレンス2023にて、株式会社アシストの保田さんがpg_statsinfoについて紹介していました。 PostgreSQLサーバの利用統計情報をスナップショットとして定期的に収集・蓄積し、レポートを生成してDB設計やPostgreSQLの運用(日々の処理傾向の把握、性能劣化などの兆候や問題発生時の原因の把握等)に役立つ拡張機能です。 詳細は公式のドキュメントを参照してください。 さらに、pg_stats_reporterという別の拡張機能を導入することで、収集した情報をブラウザで確認することができます。 pg_stats_reporter pg_statsinfoが収集した情報をブラウザで確認するための拡張機能です。 導入すると、次のような画

こんにちは。並河(@namikawa)です。 新型コロナウイルスが終息していくことを祈り、弊社もリモートワーク体制に移行しておりまして、私自身もほぼ自宅で過ごしている日々です。弊社では、従前よりフルリモートワークを遂行しているメンバーが数名いますので、各人のリモートワークへの移行も割とすんなり出来たのではないかと感じています。(細かい課題意識はもちろんありますが) さて、閑話休題。 このブログでも散々話題に出ているかと思うのですが、弊社では技術や投資にまつわるデータを大量に保有しておりまして、それぞれのデータの特性や用途によって、データストアを使い分けています。 その中でも、RDB には PostgreSQL が以前より活用されていまして、今日のエントリの趣旨は、この PostgreSQL の基礎ベンチマーク数値をバージョン毎に差異があるかを確認してみた記録となります。 ベンチマークの取得

ERROR: canceling statement due to conflict with recovery DETAIL: User query might have needed to see row versions that must be removed. これは字の如く、レプリケーション側でWALの反映時にコンフリクトして強制的にクエリを殺されています。 理由は下記のスライドがわかりやすいです。 PostgreSQLによるデータ分析ことはじめ from Ohyama Masanori www.slideshare.net 詳細は公式ドキュメント読むと良いです。 26.5. ホットスタンバイ 追記（2017/12/28） 俺達のヒーロー @sawada_masahiko くんが完璧に補足してくれたのでちゃんと知りたい人はこっちを見ましょう。 qiita.com なぜコンフリク

はじめに この記事は JustSytems Advent Calendar の 7 日目です。 以前にQiita:Teamで社内向けに書いた記事を手直ししたものになります。 当社で利用しているRDBMSの多くがPostgreSQLです。ということで、この記事もPostgreSQLを対象に書いています。 この記事の対象読者 この記事の対象読者として想定しているのは、 RDBMS を利用したアプリケーション を開発しているアプリケーションエンジニア 特に、基本的なSQLは書けるが苦手意識を持っている、あるいはDB層は完全にORMに任せてしまっていてよくわからない わからないとまで言わないが、性能に関して特段に意識したことはない。 というような方です。バリバリのDBAのみなさまからはマサカリをいただきたいですがどうぞお手柔らかにお願いします。 以下、特に断りのない場合にはPostgreSQL（の