PostgreSQL9.0アップデートレプリケーションがやってきた!

PostgreSQL 9.0 アップデート
レプリケーションがやってきた！

日本PostgreSQLユーザ会
NTT OSSセンタ
藤井雅雄

OSC2010 Kansai@Kyoto

お品書き

• レプリケーション以外の新機能
• レプリケーション

9.0は5年ぶりの「記念リリース」

• レプリケーションをぜひ使って欲しい！

Ingress
Ingress
9.0
PostgreSQL
PostgreSQL 8.1
6.0
6.0 (2010/8予定)
1977 7.4
7.4
•パーティショニング
•パーティショニング 8.3
1986 •2相コミット
•2相コミット •HOT: 更新性能向上
•HOT: 更新性能向上
1996
2000
2003
•バッファ管理改良
•バッファ管理改良 •VACUUM自動化
•VACUUM自動化
•レプリケーション
2004
•全文テキスト検索
•全文テキスト検索
•列 / 条件付きトリガ
•列 / 条件付きトリガ
POSTGRES
POSTGRES 2005
•排他制約
2006 •排他制約
7.3
7.3 •Windows 64bit対応
2007 •Windows 64bit対応
2008
2009
8.0 2010
•Windows対応 8.2
•Windows対応
•セーブポイント
•セーブポイント
•CPUスケール
•CPUスケール
•メディア故障対応(PITR)
•メディア故障対応(PITR) •オンライン索引作成
•オンライン索引作成 8.４
•テーブルスペース
•テーブルスペース •GIN: 汎用転置索引
•GIN: 汎用転置索引 Window関数・再帰クエリ
Window関数・再帰クエリ
•VACUUM用メモリ自動管理
•VACUUM用メモリ自動管理
•他DBMS互換性向上
•他DBMS互換性向上

レプリケーション以外の新機能

VACUUM
進化し続けるVACUUM FULL刷新

9.0
autovacuum 8.4
コア統合
8.3
VACUUM 8.2 自動メモリ管理
遅延設定
8.1 HOT
8.0
7.4 XID周回複数プロセス
管理改善 autovacuum
REINDEX インデックスの参照クエリでの
ほぼ不要化 VACUUM改良 XID消費抑制

VACUUM vs. VACUUM FULL

id name id name id name
1 京都 VACUUM 1 京都 VACUUM FULL 1 京都
2 東京 3 兵庫
3 神奈川 2 大阪
UPDATE
2 大阪 2 大阪
3 兵庫 3 兵庫

VACUUM FULLは使ってはならない (～8.4)

• 時間がかかる
• 排他ロック
• 順序性が壊れる
• インデックスのゴミが増える

VACUUM FULLの改善

～8.4 9.0～

VACUUM FULLの利用価値UP (9.0～)

• 高速
• 排他ロック
• 順序性はそのまま
• インデックスのゴミも掃除
※基本的にはVACUUMで十分

範囲や地理データ型の“重なり”を制限

• 一意性制約 (UNIQUE)
– “点” の “一致” を禁止

N • 排他制約 (EXCLUDE)
E
W
– “広がり” を持つ型の “重なり” を禁止

地理データ型の重なり予約時間の重なり

空間を占めるオブジェクトの重なりを避ける例

CREATE TABLE placement (
object text,
location box, -- 矩形
EXCLUDE USING gist (location WITH &&)
);

コネクションに名前を付与できる

chat blog
shopping

活動状況サーバログ
[blog] LOG: unexpected EOF on client connection
SELECT *
FROM pg_stat_activity [chat] ERROR: deadlock detected
WHERE application_name = ‘blog’ ...

• 条件付き及び列単位のトリガ
• アクセス制御のデフォルト設定 / 一括変更
• LISTEN/NOTIFY の高速化 / メッセージ送信
• Windows 環境での 64-bit 版サポート
※新機能は Let’s postgres で紹介中!
• http://lets.postgresql.jp/documents/technical/9.0/

ウォームスタンバイの発展系

アーカイブ・
リカバリ 9.0
オンライン・
バックアップ 8.3 レプリケーション

8.0 ウォーム・
スタンバイ

9.0 レプリケーション =

クライアント
ホット・スタンバイ

SQL SQL
マスタスタンバイ

変更

ストリーミング・レプリケーション

なぜレプリケーションが必要?

高可用性負荷分散

クライアントクライアント

SQL SQL SQL

マスタスタンバイマスタスタンバイ

マスタ / 複数スタンバイ

クライアント

更新SQL 参照SQL 複数スタンバイ

マスタ

変更

カスケード NG
クライアント

参照SQL 複数スタンバイ
更新SQL


変更変更

ログシッピングクライアント

更新SQL

WAL
リカバリ

WAL WAL データベース

メジャーバージョンとアーキテクチャの一致

クライアントスタンバイ

OS: 32bit

マスタ

PG: v9.1.0

OS: 64bit
PG: v9.0.0 OS: 64bit
PG: v9.0.2

既存APをそのままレプリケーションに移行可能



単独

DB全体をレプリケーション

DB全体テーブルごと


WALが書かれないものはレプリケーションされない

• サーバログ
• パラメータの設定変更

シェアード･ナッシング

シェアード・ナッシング共有ディスク


非同期レプリケーション

クライアント

COMMIT

マスタ “成功”
スタンバイ

fsync

WAL

ホット・スタンバイ

実行OK 実行NG

SELECT INSERT / UPDATE / DELETE

SET CREATE / DROP / ALTER

BEGIN / COMMIT / ROLLBACK VACUUM / ANALYZE

バックアップ一時テーブル

最新の変更が見えない

SELECT count(*) = 3件 SELECT count(*) = 2件

参照参照


挿入挿入

INSERT リカバリ

参照SQL vs. リカバリ

SELECT

参照

マスタ競合スタンバイ

掃除掃除

VACUUM リカバリ

手動フェイルオーバ自動切り離し



自動フェイルオーバ
+ Pacemaker + pgpool-II


SQL

仮想IP pgpool-II

SQL SQL


オンライン再組み込み

クライアント

マスタ

スタンバイ

PostgreSQL組み込み

• 簡単なインストール & 使い方

• マルチプラットホーム

• 日本語ドキュメント
• 活発な開発

ご清聴ありがとうございました

レコード単位のレプリケーション

レコード単位

スタンバイ

マスタ

ファイル単位スタンバイ

スタンバイ起動直後は接続できない


バックアップ開始

接続NG
1

バックアップ完了

2
接続OK

3

使いどころ

• 参照スケールアウト
• データ損失を許す高可用
• ディザスタ・リカバリ

PostgreSQL9.0アップデートレプリケーションがやってきた!

Recommended

Recommended

More Related Content

Similar to PostgreSQL9.0アップデートレプリケーションがやってきた!

Similar to PostgreSQL9.0アップデートレプリケーションがやってきた! (20)

More from Masao Fujii

More from Masao Fujii (11)

Recently uploaded

Recently uploaded (9)