PostgreSQL初期設定これだけは変えておこう
PostgreSQL Advent Calendar 2012（全部俺）のDay 1です。 初日は、まずPostgreSQLを使い始める際の基本的なお作法である初期設定について簡単にまとめてみます。 PostgreSQLは、パラメータの設定を変更せずにデフォルトの設定のまま使い始めても、もちろん動くことは動くのですが、後からいろいろと問題が出てくることもありますし、特に性能関連のパラメータのデフォルト値はあまりに小さく、チューニング云々以前の問題だったりします。 というわけで、私が普段PostgreSQLをインストールして使い始める時、開発機であってもいくつかパラメータを初期設定するようにしています。 使い始める前に設定から入るのは確かに面倒なのですが、最初に設定が必要なパラメータは少数（今回紹介するのは5つ）ですので、まずは最初に必要最低限の設定をしてから使い始めましょう、というのが本エ
Amazon RDS for PostgreSQLのリードレプリカの特徴 | iret.media
cloudpackエバンジェリストの吉田真吾（@yoshidashingo）です。 Amazon RDS for PostgreSQL に大幅なアップデートがありました。 Amazon RDS for PostgreSQL Update – Read Replicas, 9.3.5 Support, Migration, Three New Extensions [新機能] Amazon RDS for PostgreSQLのリードレプリカを作成する | Developers.IO アップデート内容 リードレプリカ対応 バージョン9.3.5対応 3つの機能追加 トリガーベースレプリケーション Londisteを使ったデータインポート Bucardoを使ったデータエクスポート 機能拡張 pg_stat_statements postgres_fdw PL/V8 RDS for MySQLとR
スロークエリの分析 — Let's Postgres
NTT オープンソースソフトウェアセンタ 板垣 貴裕 スロークエリ (時間のかかるSQL) を発見するまでの手順を解説します。スロークエリ分析と改善は以下の流れで行うことになります。この記事では主に 1. のスロークエリの特定方法について解説します。2.については『スロークエリの改善』を参考にしてください。 どのSQLが遅いのかを見つける。 そのSQLがなぜ時間がかかるのかを判断する。 設定パラメータ、SQL、スキーマなどを改善する。 着目したSQLの性能を再測定し、2. から繰り返す。 着目したSQLのチューニングが完了したら、他のボトルネックを探すため 1. から繰り返す。 スロークエリの見つけ方 スロークエリを見つけるには、大きく分けて統計情報ビューを使う方法と、サーバログを使う方法の2つがあります。統計情報ビューを使う方法は PostgreSQL 8.4 以降でしか利用できませんが
pgpool-II 3.2 の新機能 (1) 概要 — Let's Postgres
はじめに 2012 年 8 月にリリースされた pgpool-II 3.2 では、 DBへの検索リクエストを実効的に高速化するオンメモリクエリキャッシュ、 可用性を高めるウォッチドッグ機能などが搭載され、より PostgreSQL を高速、安全に利用できるようになりました。 本記事では、まず pgpool-II 3.2 の概要を説明します。オンメモリクエリキャッシュとウォッチドッグに関しては、 別ページで詳細に解説します。 pgpool-IIとは pgpool-II についてまだあまりご存知のない方のために、pgpool-II とは何かという事を簡単にご紹介します。 すでに pgpool-II についてよくご存じの方は、次の章までとばして頂いて構いません。 pgpool-II は、PostgreSQL のクライアントアプリケーションと、（複数の）PostgreSQL の間に割り込んで
EXPLAINの利用
14.1. EXPLAINの利用PostgreSQLは受理した問い合わせから問い合わせ計画を作り出します。 問い合わせの構造と含まれるデータの性質に適した正しい問い合わせ計画を選択することが、良い性能を得るために非常に重要になります。 ですので、システムには優れた計画の選択を試みる複雑なプランナが存在します。 EXPLAINコマンドを使えば、任意の問い合わせに対してプランナがどのような問い合わせ計画を作ったのかわかります。 問い合わせ計画を読みこなすためには相当な経験が必要な腕が必要です。 本節ではその基本を提供しようと考えます。 本節の例は、9.2の開発版ソースを用いてVACUUM ANALYZEを実行した後でリグレッション試験データベースから取り出したものです。 実際にこの例を試すと、似たような結果になるはずですが、おそらく推定コストや行数は多少異なることになるでしょう。 ANALYZ
PostgreSQL Index Only Scan 奮闘記 その3 | TECHSCORE BLOG | TECHSCORE BLOG
どうも。村上です。 今回で3回目のPostgreSQLです。 今はこんな感じです。 追記型アーキテクチャ バキューム Visibility Map ← 前回ここまで プラン演算子 ← 今回ここ Index Only Scan では「プラン演算子」いってみよう！！ プラン演算子？？？ プラン演算子ってあまり聞きなれないですけど、簡単に言うと「explain」したら出てくるアレです。 =# explain select * from users; QUERY PLAN ------------------------------------------------------------------- Seq Scan on users (cost=0.00..385179.80 rows=10010480 width=190)
PostgreSQL 9.2の同期レプリケーションを利用する際の勘所
レプリケーション利用時の注意点 PostgreSQLレプリケーションの「同期」は、WALの伝播を同期するだけで、テーブルへのデータ反映は非同期で行われます。そのため同期・メモリ同期を選択したとしても、更新直後にスレーブからデータを参照すると、更新の反映がまだ行われていない場合があります[3]。 また前節で紹介した4つの設定は性能と可用性がトレードオフの関係にあります。それぞれの特徴は以下のとおりです。 同期はユーザへの応答があった時点でマスター・スレーブの両方のディスクにWALが書き込まれます。スレーブのディスクに最新の更新が存在しますので、マスターのディスク障害が発生しても最新の更新が失われることはありません。しかし、スレーブでのWAL書き込みを待つため、他の設定に比べて更新処理のレスポンス時間が長く、性能面で劣ります。 メモリ同期はユーザへの応答があった時点でマスターのディスクとスレー
Tuning Your PostgreSQL Server/ja - PostgreSQL wiki
作者 Greg Smith、Robert Treat、およびChristopher Browne PostgreSQLは性能よりも幅広い互換性を目的に設定された、基本設定で配布されています。 デフォルトのパラメータでは、使用中のシステムを過小評価してしまう可能性が高いです。 最終的に把握しなければならない項目のすべて（必要ならばGUC Three Hour Tourを参照してください）に引きずり込まれないように、ここで基本を簡単に紹介することでお助けしようと思います。 これらはPostgreSQLの初心者は気にしない、もっとも一般的なもののようです。 ここで紹介した概要を読んだ後により詳しく知りたければ、各節にてパラメータの名前をクリックしてください。 最新のPostgreSQLのマニュアルの関連文書にリンクしています。 さらにServer Configuration Tuningには、こ
EDB Postgres | SIOS Technology, Inc | EDB Postgres Portal
EDB製品についてオープンソースソフトウェアのEDB Postgresなら商用データベースと比較して最大約80%のコスト削減が可能です。EDB Postgresは米国EnterpriseDB社がグローバルで販売する、オープンソースのリレーショナルデータベース管理システムです。商用データベースに匹敵する、エンタープライズでの利用における信頼性を備え、優れたツールを搭載しています。また、サイオステクノロジーが提供する日本語による24時間365日サポートにより、どのような活用シーンにおいても安心してご利用いただくことが可能です。EDB Postgres Enterpriseでは、商用データーベースとの優れた互換機能を搭載されており、現在ご利用いただいているお客様のアプリケーションをスムーズに移行することが可能です。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
