ファントムリードは起こらないのにSEIRIALIZABLEでない、それがポスグレのREPEATABLE READ - Qiita
ファントムリードは起こらないのにSEIRIALIZABLEでない、それがポスグレのREPEATABLE READPostgreSQLトランザクション トランザクション分離レベル、苦手意識を拭えない方はわりといらっしゃるんじゃないかと思います。なにしろ私がそうですからね！ だから本題の前にまずはおさらいから入りましょう。 トランザクション SQLのすべて成功するか最初からなかったことになるかしかないように管理された一連の操作のことをトランザクションと呼びます。 Javaのsynchronizedブロックのようなものをイメージしてしまうこともあるかもしれませんが、それは全然違いまして、トランザクションの進行中にもほかのセッションによってDB内のデータは刻々と書き換えられていきます。最初からなかったことにできる、それだけがトランザクションの特徴ですから。 トランザクション分離 しかし進行中にどん
PostgreSQLとMySQL、使うならどっち？ データベース専門家が8つの視点で徹底比較！｜ハイクラス転職・求人情報サイト AMBI（アンビ）
PostgreSQLとMySQL、使うならどっち？ データベース専門家が8つの視点で徹底比較！ オープンソースのデータベースとしてよく比較されるPostgreSQLとMySQL。どんな長所・短所があるのでしょう？ それぞれの専門家による対談で明らかにします。 エンジニアとして働いていると必ず直面する悩み。それは、「どのリレーショナル・データベース（以下、RDB）を選ぶのが最善なのか？」です。 RDBごとに長所と短所は異なっています。そのため自社サービスにマッチしないRDBを選んでしまうと、それがボトルネックとなり開発・運用にトラブルが生じるケースは少なくありません。 なかでもよく比較検討されるのが、PostgreSQLとMySQL。ともにオープンソースRDBのデファクトスタンダードであり、高い性能と数多くの機能を持っています。 では、両者は具体的にどのような長所・短所があるのでしょうか。そ
PostgreSQL 9.2の同期レプリケーションを利用する際の勘所
DBMSの可用性とPostgreSQLのレプリケーション 勤怠管理やERPなど会社内の業務に欠かせないシステムはもちろんのこと、SNSやECサイトなど個人で利用するシステムでも、何かしらのDBMSを利用をするのが一般的です。 もしDBMSで障害が発生した場合、データの参照・更新が滞り、システム全体として役割を果たすことができなくなります。そのためユーザが利用したいときにシステムを利用可能にするためにはDBMSが継続的に稼働していることがとても重要です。 世の中にはDBMSは多数存在し、またDBMSの可用性を上げる機能やツールなどもさまざまに存在します。OSSの代表的なDBMSの一つであるPostgreSQLには可用性向上機能の一つであるレプリケーションが用意されています。 今回は最新バージョンであるPostgreSQL 9.2のレプリケーションについて、機能の紹介、利用時の注意点、設定によ
PostgreSQL9.4でストリーミングレプリケーションする - マコーの日記
概要 PostgreSQL9.4でストリーミングレプリケーションの構成を組んでみる 以下のような構成を作成する マスター1台 スレーブ2台 マスターからスレーブに矢印を引いたところに「同期」と「非同期」とあるが、これはWALファイルをマスターからスレーブに転送した時にスレーブに書き込まれてからレスポンスを返す設定とスレーブに書き込まれたかどうか確認せずに即レスポンスを返す設定のことである。 スレーブが複数台ある場合は、全て非同期か、1台のみ同期でそれ以外が非同期しか設定が出来ない仕様になっている。 また、単純なレプリケーションの設定のみではなく以下の設定も記述する マスターが落ちた時のスレーブをマスターに昇格させる設定 落ちたノードに対してリカバリするためにWALアーカイブの設定 環境 AWS EC2インスタンス上に以下のバージョンの環境を構築する。 CentOS 7 PostgreSQL
Fedora 19 上でPostgreSQL ストリーミングレプリケーションのクラスタリング « Linux-HA Japan
先日リリースされたFedora 19には、Linux-HA Japanで開発したPostgreSQLのストリーミングレプリケーションのクラスタリング機能がついに同梱されました。 Pacemaker のバージョンも開発版で比較的新しい 1.1.9 が同梱されているので、これを使ってPostgreSQLストリーミングレプリケーションのクラスタリングに挑戦してみたいと思います。 環境 今回、Fedoraのインストール手順方法は割愛しますが、以下の環境を用意してください。 ※ 超スモール構成のため、商用での利用は推奨しません。信頼性を確保するには、Pacemaker用やレプリケーション用の専用LANを準備し、STONITHの導入を検討してください。 ホスト名は、52-fe19 と 53-fe19 とします。 (単に私の手元の環境で使っているホスト名で、深い意味はありません。。。) 皆大好きなSEL
HAクラスタで PostgreSQLレプリケーション構成の 高可用化
2. レプリケーション対応機能開発経緯 ～ 2009年 ￭ PG-REX というプロジェクトが存在 PG• PostgreSQL 8.3 + 独自パッチ 独自パッチ パッチで同期レプリケーションを実装 • HeartbeatでHAクラスタ化 Heartbeat 2010年 ￭ PostgreSQL9.0 + Pacemaker PostgreSQL9.0 Pacemakerで開発 • 同期レプリケーション実現の独自パッチと、HAクラスタ化用独自パッチあり 同期レプリケーション実現の独自パッチと、HAクラスタ化用独自パッチあり レプリケーション実現 パッチと クラスタ化用独自 → 制御スクリプト(pgsql RA)をコミュニティへ投稿するもリジェクト 2011年 ￭ PostgreSQL9.1 + Pacemakerで開発 (社外からも応援あり) PostgreSQL9.1 • RAほぼ作り
PostgreSQL 9.3をCentOS 6.5へインストールして初期設定 | setup | OSS Fan
構成 想定環境 サーバ構成 OSバージョン CentOS 6.5 x86_64 パッケージ一覧 postgresql93-9.3.4-1PGDG.rhel6.x86_64.rpm postgresql93-libs-9.3.4-1PGDG.rhel6.x86_64.rpm postgresql93-server-9.3.4-1PGDG.rhel6.x86_64.rpm 環境構築 PostgreSQL 8.4のアンインストール Linuxインストール時に選択したパッケージグループによっては 始めからPostgreSQLがインストールされているケースがあります。 新旧のバージョンが競合しないように、古いバージョンを削除します。 私の環境ではPostgreSQL 8.4がインストールされていたので削除します。 # rpm -qa | grep postgres postgresql-libs-8
「PostgreSQL」はエンタープライズでどこまで使える？ ”SIエンジニア連合”が技術検証
「PostgreSQL」はエンタープライズでどこまで使える？ ”SIエンジニア連合”が技術検証：Database Watch（2015年6月版）（1/2 ページ） 商用DBからPostgreSQLへの移行ノウハウを「普段は競合」に所属するITエンジニアらが合同で検証した成果は？ 9.4での性能評価資料の他、移行プロセス検証なども。 2015年5月14日、PostgreSQLエンタープライズコンソーシアム（以下、PGEC）は毎年恒例となる活動成果発表会を行いました。今年で3回目の開催となり、活動成果としてまとめたノウハウも充実してきました。過去の活動成果報告は「PostgreSQLは80コアまでリニアに性能アップする」などで紹介した通りです。 もともとPGECには業務で商用RDBMSを使っていた企業が多く参加しています。商用RDBMSの機能や性能には満足していても、ライセンス費用の高さやベン
PostgreSQL 9.4 GINインデックスの評価、JSONBデータ型の使い方
PostgreSQL 9.4 GINインデックスの評価、JSONBデータ型の使い方：PostgreSQLガイダンス（1）（1/2 ページ） PostgreSQL 9.4は実務ニーズに即した機能追加が豊富 PostgreSQLは、その名の通りSQL言語で問い合わせをするリレーショナルデータベースマネジメントシステム（RDBMS）です。近年、NoSQLと総称されるスケールアウト拡張の容易さに強みのあるキーバリューストア型のデータベースが注目されていますが、汎用性、データ整合性、データ保全性、蓄積されたデータ設計技法との親和性、などの強みから、システム中核要素としてのリレーショナルデータベースの地位は揺らぎそうにありません。 PostgreSQLは長い歴史を持つオープンソースソフトウェアです。組織立ったコミュニティによって開発とメンテナンスが活発に継続されており、年に数度のバグ修正リリースの他、
pgpool-II 3.2 の新機能 (3) Watchdog | Let's POSTGRES
watchdog とは 従来の pgpool-II で複数の PostgreSQL を連携させる場合、pgpool-II 自体、あるいは pgpool-II が動いているサーバや OS に障害が発生すると全体のサービスが停止してしまうため、ここが単一障害点（Single Point Of Failure: SPOF）となっていました。watchdog は、複数の pgpool-II の連携によってこの問題を解決し、pgpool-II の可用性を高める機能です。この機能により、サービスを提供する主系（アクティブ）の pgpool-II に障害が発生した場合でも、それを検知した待機系（スタンバイ）の pgpool-II が主系に取って代わって運用を継続する、すなわち pgpool-II のフェイルオーバが実現可能になりました。 今まではこのような構成をとるためには pgpool-HA というパ
pgpool-II 3.4の新機能 | Let's POSTGRES
SRA OSS, Inc. 日本支社 石井 達夫 はじめに 本記事は2014年のPostgreSQL Advent Calendar の 12/17 の記事です。2014年11月7日にリリースされた pgpool-II 3.4の新機能を紹介します。 pgpool-IIとは pgpool-IIは、複数のPostgreSQLを使ったクラスタシステムを構築できるミドルウェアです。pgpool-IIは、PostgreSQLクライアントと、複数のPostgreSQLの間に割り込む形でproxyのように動作します。既存のPostgreSQLアプリケーションを、ほとんど変更することなく利用することができます。 もっとも多いpgpool-IIの使い方としては、PostgreSQLを複数台使ったストリーミングレプリケーション構成によるクラスタの管理サーバとして使用するものです。以下のような機能が利用できます
[メモ] PostgreSQL+pgpool-II+heartbeat でクラスタリング／前編 | Ikeda->Weblog();
仕事でPostgreSQLデータベースサーバの冗長化について調査と実験を行っていたんですが、昨日やっと設定が仕上がりました。忘れないようにメモっときますね(メモの割に長い。。)。 某ケーブルテレビ局のWebサーバ群なんですが、導入時から ファイアウォール(FW)→ロードバランサ(LB)→サーバ群 という経路は冗長化構成にしていました。しかし、データベース(DB)サーバのみ1台で、ここがシングルポイント(冗長化されていない個所)だったんですね。ケーブルテレビ局のWebサイトということで、DBには重要なデータも蓄積されます(問合せやプレゼントの応募などの個人情報とかですね)。 今回、このデータの損失を最大限防ぎ、なおかつシステム全体のダウンを最小限に抑えよ、とのお達しがお代官様上司より下りました。 要件としてはこんな感じ。 データの損失を防ぐ → レプリケーション DBサーバダウンによるWeb
![[メモ] PostgreSQL+pgpool-II+heartbeat でクラスタリング／前編 | Ikeda->Weblog();](https://cdn-ak-scissors.b.st-hatena.com/image/square/a88c58092b9ab9df8ff5ff39e18538050e4f65a1/height=288;version=1;width=512/https%3A%2F%2Fblog.toor.jp%2Fwp-content%2Fuploads%2F2008%2F07%2F03%2F.thumbs%2F.idea_01.png)
Document Storage Gymnastics with Postgres | Big Machine
Document Storage Gymnastics with Postgres March 01, 2015 | With the release of Postgres 9.4 came the additional datatype jsonb. This is binary JSON, the same type of thing that MongoDB uses for internal storage. Postgres has had the json data type for a while, but jsonb allows you to do something lovely: document indexing and specialized queries. Mongo is currently rewriting it's storage engine so
pgpool-IIで負荷分散めも その2 pgpool-ha編 - あられねこのめも
PostgreSQLのツール、pgpool-IIとpgpool-ha、heartbeatで負荷分散、高可用構成でサービスを構築するメモの2 前回の構成だと、pgpool-IIサーバがシングルポイントになってしまうため、heartbeat2.0とpgpool-HAを使って冗長構成にします。 参考 pgpool-HAとは pgpool-haの本家 http://pgpool.sraoss.jp/index.php?pgpool-HA heartbeatをつかってpgpool-IIの高可用な構成を組むときに使用する制御スクリプト。このメモのきもはどちらかというと、heartbeatのほうです。 heartbeatとは heartbeatについてです。 http://www.linux-ha.org/ 本家ユーザガイド http://www.linux-ha.org/ClusterInformat
PostgreSQLでフェイルオーバーを試してみる - 技術メモ的なモノと気になるモノ
PostgreSQLで主系と待機系の２つのDBをつくる必要が近々あるので、フェイルオーバーの環境をつくってテストしてみた。 テストしたツールは以下の通り CentOS5 PostgreSQL8.3.4 pgpool2 2.1 Ruby-1.8.7 p72 Rails2.1.1 ruby-pg-0.7.9.2008.01.28 テスト環境としては以下を想定。本当はWebサーバーが複数台あるはずだけどここは１台に簡略化しておく（コネクション数周りの確認は後日）。またデータ同期はここでは無視するので図ではSlony-Iがあるけど実際には動かしてない。 主系がダウンしたときは、以下の用に切り替えてくれることを期待してテストしてみる。 各サーバーに割り当てたアドレスは以下の通り。 まずはpgpool側の設定をつくる。pgpoolには幾つかのモードがあるのだけれど（http://pgpool.proj
PostgreSQLのレプリケーション機能をつかってみた
■同期 マスターと1台のスレーブのディスクへのWALを書き込み後にユーザにレスポンスする ■メモリ同期 マスタのディスクと1台のスレーブのメモリへのWALを書き込み後にユーザにレスポンスする ■スレーブ非同期 マスターのディスクへのWALを書き込み後にユーザにレスポンスする（スレーブへの書き込みは確認しない） ■完全非同期 マスター・スレーブともにWAL書き込みを待たずにユーザにレスポンスする（WALはマスターのメモリ上のみ） スレーブ非同期がMySQLにて弊社でもよく使っているレプリケーションの同期設定です。 今回の設定も「スレーブ非同期」にて設定をしていきます。 レプリケーションの設定（マスター側） それでは実際にマスター側のPostgreSQLの設定をしていきます！ １．レプリケーションをするためのPostgreのユーザを作成する psqlコマンドでログインをして、下記のコマンドでユ
ストリーミング・レプリケーション | Let's POSTGRES
ストリーミング・レプリケーション (Streaming Replication) は、PostgreSQL 9.0 以降で利用できる、本体組み込みのレプリケーション機能です。参照/更新が可能な1つのマスタDBへの更新操作を、参照のみが可能な複数のスタンバイDBへ転送することで、データベースを複製することができます。スタンバイDBに更新結果が反映されるまでには若干の遅延がありますが、比較的 遅延は少なく、マスタDBへの影響も小さいレプリケーション方式です。 用途 ストリーミング・レプリケーションには以下の用途があります。 多数の参照クエリのサーバ間分散 マスタDB異常時の迅速なフェイルオーバー (切り替え) マスタDBのディスク故障に備えたリアルタイム・バックアップ PostgreSQL 9.1 での強化点 バージョン 9.0 の目玉機能として登場したレプリケーション機能ですが、9.1 では
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://kwatch.houkagoteatime.net/blog/2014/12/02/postgresql-book/
http://kwatch.houkagoteatime.net/blog/2014/12/20/postgresql-features/
SIOS Tech. Lab - エンジニアのためになる技術トピックス
