PostgreSQL/psqlの出力でnullなのか空なのかわかりやすくしたい - 調べるDB
確認用テーブル† nullと空(empty)を確認するために、以下のテーブルを作成しました。 sakuradb=> create table t1 (v varchar(10)); CREATE TABLE sakuradb=> \d t1 Table "public.t1" Column | Type | Modifiers --------+-----------------------+----------- v | character varying(10) | ↑ 確認用データ† nullと空(empty)をinsertします。 sakuradb=> insert into t1 values (null),(''); INSERT 0 2 sakuradb=> select * from t1; v --- (2 rows) sakuradb=> insert後にselectを
とうとう人類を幸せに導くpgbouncer1.6が公開された
みんな大好きPostgreSQL。 複数DBマルチテナントシステムを構築するなら忘れてはいけないコネクションプーリング。 大量コネクションを扱うなら都度forkやpre-fork式ではちょっと辛い、イベントベースが好ましい。 もうお分かりですね。pgbouncer1.6の話題です。 PostgreSQL界隈では有名なコネクションプーリングの実装が2つあります。 pgpool-II と pgbouncer。 ざっくり言うと高機能の pgpool-II に対して、軽量・大規模向けの pgbouncer という棲み分けがあると言えるでしょう。 pgpool-II は最近は日本の トレジャーデータ社の Prestogres ( https://github.com/treasure-data/prestogres ) という痺れるようなプロジェクトのベースとして採用されていることで名前を聞いたこと
テーブルを結合する Postgresqlメモ
８．テーブルの結合とアイリアス ■結合 SELECT * FROM [TableName1],[TableName2] WHERE [TableName1].[ColName1] = [TableName2].[ColName2]; [TableName1]と[TableName2]を結合し、[TableName1].[ColName1]と[TableName2].[ColName2]が同じ値の場合表示する。 WHERE などで条件を指定しない場合、互いのテーブル総当りで表示される。 ■エイリアスの利用 エイリアスを利用してコーディングを節約。 SELECT * FROM [TableName1] AS [A],[TableName2] AS [B] WHERE [A].[ColName1] = [B].[ColName2]; ※ASは省略可能 ■結合(CROSS JOIN) 総当りで結合
トランザクションIDへのロックと行ロック
TL;DR PostgreSQLのロックマネージャ 行ロック 行ロック待ち トランザクションIDへのロック トランザクション完了の順番待ち まとめ 参考 PostgreSQLが持つpg_lockシステムビューを使うと、PostgreSQLのロックマネージャが管理している情報を見ることができ、誰がどのようなオブジェクトに対し、どの種類のロックを取得しているのか、または取得できずに待っているのかを確認することができます。 PostgreSQLはロック対象のオブジェクトとして、テーブル、インデックス、行（タプル）やトランザクションIDがあります。実はトランザクションIDへのロックはPostgreSQLでは多用していて、pg_locksビューやサーバログでトランザクションID（やトランザクション）に対してExclusiveLockやShareLockの取得は見たことがある人も多いのではと思います。
SIOS "OSSよろず" ブログ出張所: PostgreSQLのバックアップとリストア
こんにちは。 データベースにとってバックアップは最後の命綱です。バックアップとリストアを完全に理解することは安全なデータベース運用には欠かせません。今回は PostgreSQL9.3 を用いて、バックアップとリストアの全機能を簡単に紹介します。 ■ データベースのバックアップとリストア PostgreSQL では以下の方法が利用できます。 ファイルのバックアップ （ただし、オフラインバックアップのみ） ファイルシステムのスナップショット （オンラインバックアップ可能） pg_dump / pg_dumpall コマンドによるバックアップ （オンラインバックアップ可能） アーカイブログによるバックアップ （非同期にバックアップ & 任意時点へのリカバリ可能） レプリケーションもバックアップの一種と考えることも可能です。しかし、レプリケーションの場合 操作ミス、攻撃などによるデータ破壊が発生し
PostgreSQLのポイントインタイムリカバリ(PITR)めも - あられねこのめも
PostgreSQLのポイントインタイムリカバリ(PITR)のしくみとオンラインバックアップ手順、リカバリ手順のめも。 バックアップ概要 バックアップの種類 pg_dump サーバを起動したまま、pg_dumpコマンドでバックアップを取得します。DBをバックアップを取った時点のデータに戻すことができます。PostgreSQLのメジャーバージョンが異なるとき、この方法でデータの移行を行う必要があります。 オフラインバックアップ サーバを停止後、dataディレクトリ以下をまるまるコピーします。DBをバックアップを取った時点のデータに戻すことができます。 オンラインバックアップ バックアップツールを使用して、サーバを起動したままファイルをコピーします。また、アーカイブログも取得します。アーカイブログを適用することで、DBの状態を任意の時刻の時点に戻すことができます。 ここでは、このオンラインバッ
keepalived + ホットスタンバイで障害時でもPostgreSQLを自動継続してみる 構築編 - bose999の試験管の中の話
今回構築する環境は正常時は下記のようにプライマリーでサービスを 提供してホットスタンバイには接続をしないようにします。 障害時にVIPを自動で切り替え、ホットスタンバイをプライマリーに 昇格させてサービスを自動継続させます。 【環境】 プライマリー CentOS5.5 PostgreSQL9.0 IP:192.168.14.101/24 ホットスタンバイ CentOS5.5 PostgreSQL9.0 IP:192.168.14.102/24 【構築手順】 1.互いのサーバにpostgresユーザは鍵ファイルでSSHできるようにします。 下記URLの参考情報を参照 http://d.hatena.ne.jp/bose999/20100924/1285287421 2.PostgreSQLをホットスタンバイ状態で構築し、2台ともPostgreSQLを停止します。 下記URLの参考情報を参照
EDB Postgres | SIOS Technology, Inc | EDB Postgres Portal
EDB製品についてオープンソースソフトウェアのEDB Postgresなら商用データベースと比較して最大約80%のコスト削減が可能です。EDB Postgresは米国EnterpriseDB社がグローバルで販売する、オープンソースのリレーショナルデータベース管理システムです。商用データベースに匹敵する、エンタープライズでの利用における信頼性を備え、優れたツールを搭載しています。また、サイオステクノロジーが提供する日本語による24時間365日サポートにより、どのような活用シーンにおいても安心してご利用いただくことが可能です。EDB Postgres Enterpriseでは、商用データーベースとの優れた互換機能を搭載されており、現在ご利用いただいているお客様のアプリケーションをスムーズに移行することが可能です。
Postgresql障害対応／復旧メモ - アルパカDiary Pro
今年はまだ一つもいい事ない 2月はいろいろと最悪な月だった。 半分は障害対応してた。 とりあえず備忘録として、何があってどのような対応をして解決したかをメモっておきます。 概要 うちのとあるサービスのDBサーバはPostgresql8.3.8。 8.3から追加されたウォームスタンバイ機能を使って非同期レプリケーションを行い、 マスタが落ちたら自動でスタンバイへフェールオーバーする仕組みになっています。 ウォームスタンバイ環境とかPITRは以下を参照にするとわかりやすいかも。微妙にうちと設定違うけど。 http://postgres.sios.com/modules/install/index.php?content_id=3 http://www-06.ibm.com/jp/domino01/mkt/cnpages7.nsf/page/default-000B5D90 そして、２月のとある
CHECKPOINTって何
PostgreSQLのストリーミングレプリケーションの話をしていてCHECKPOINTの話が出てきたが、よくわからっていなかったので調べてみた。 そもそもストリーミングレプリケーションはマスタのWALログをスタンバイに転送してデータを複製している。それでWALログを出すタイミングは？という話でCHECKPOINTの話になった。 そこでWALログの話から始まる。WALログが何のためにあるのかというと、ストリーミングレプリケーションのためだけにあるのではない。PostgreSQLのレコードのデータは、実体はテーブルごとにファイルになっている。もちろんファイルは普通物理ディスク上に存在しているが、コミットするたびにファイルを書き換えていたらIOがとんでもないことになってしまう。そこで、コミットしてもファイルを修正せず、メモリ上に持っておく。 だがメモリ上に持っている間にPostgreSQLがクラ
MySQLユーザー目線で設定するPostgreSQLのレプリケーション設定 | 株式会社ビヨンド
こんにちは。 開発チームのワイルド担当、まんだいです。 PostgreSQL9.4で同期レプリケーションを利用する際の設定に関してまとめます。 弊社では普段MySQLを利用する事が多い状況でのPostgreSQL利用ということで 同じRDBMSとはいえど、戸惑いもありつつの作業でした。 思いの外、素直に動いてくれてとても気分が良かったので 皆さんも使ってみてはいかがでしょうかという感じでまとめてみたいと思います。 今回は少し作業工程が長く複雑ですので、お品書きをさらしておきます。 PostgreSQLのレプリケーション （マスターDB側の作業） レプリケーションユーザーを作成する pg_hba.confへの追記 postgresql.confの編集 マスターDBの再起動 スレーブDB側の作業 pg_basebackupでマスターをコピーする postgresql.confの編集（スレーブ側
PostgreSQLのレプリケーション機能をつかってみた
皆様、ご無沙汰しております。笹亀＠イネ花粉に苦しんでます。 昨日（7/10）、最近愛用しているPhpStormを開発しているJetBrainsのエバンジェリストとCEOの方が来日されて、講演をされるとのことで、参加をしてきました。 http://www.zusaar.com/event/844003 内容もよかったのですが、エバンジェリストの方がとてもユニークな方だったのが印象的でした。 さて、本日は少し前から興味を持っていたのですが、中々試す機会がなかった内容です。 今回はPostgreSQLのレプリケーションの設定を解説しながらご紹介をしていきたいと思います。 PostgreSQLのレプリケーションについて まずは、マスターとスレーブにするサーバへPostgreSQLをインストールしておきます。 インストールするバージョンは必ず9.2以上でインストールしてください。また、インストールは
PostgreSQLのチェックポイント処理のチューニング - Qiita
はじめに この記事は2ndQuandrant社の記事 Basics of Tuning Checkpoints を翻訳した内容です。 記事の内容を確認するため、翻訳しながら読んでました。 気になるのは、後半のcheckpoint_completion_targetのチューニングの話で、次のタイムアウトでの発火までの時間で、OSにはフラッシュの時間を2分残すというところ。 2分はOS側でダーティをフラッシュしてもらうことで、チェックポイントはそんなにいい効果があるのか。。。実機で確認したほうが早いかな。 チェックポイントのチューニングの基礎 大量の書き込みが行われるシステムのパフォーマンスでは、チェックポイントのチューニングが重要になってくる。ただ、その設定は難しくてユーザからは度々問い合わせが来ている。 チェックポイントとは そもそもPostgreSQLは全ての更新ログをWALというデータ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWSにPostgreSQL94のレプリケーション環境を構築してみる(EC2で) – WEB開発備忘録
wiki.yagni.jp/web/pgsql/replication.md at master · yukikaoru/wiki.yagni.jp
PostgreSQLの管理系コマンドまとめ - Qiita
postgresql_replication.md
奮闘記その６３:PostgreSQLのWAL機能、PITR、障害復旧の話
tips/postgresql.md at master · hiromzn/tips · GitHub
PostgreSQLをレプリ構成で立てるまでの記録 - kanga333.b?log