パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

反撃ののろしを上げるPostgreSQL」記事へのコメント

  • Web 2.0なサービスで、PostgreSQL使っているところは無いでしょうね。
    そもそもPostgreSQLの知名度が低いというのもありますが(日本はSRAが頑張ったので例外)、
    かりにPostgreSQLを知っていても、彼ら/我々はMySQLを選ぶでしょう。
    なぜならMySQLには強力なレプリケーションがあるからです。
    レプリケーションによって参照の負荷を分散しスケールアウトすることで、爆発的なアクセスの
    増加に対処することができ、また可用性もあがります(参照slaveの切り替え)。
    もちろんそれだけでは無理で、そのうちテーブルのパーティショニングが必要になってくるわけ
    ですが、レプリケーションがないと話になりません。
    • by Anonymous Coward on 2007年11月13日 1時16分 (#1249128)
      pgpoolとかじゃだめなの?
      親コメント
      • by sasasa (5925) on 2007年11月13日 1時57分 (#1249146)
        pgpool-IIは評価してないから知りませんが、pgpool-Iでは2台までしかレプリケーションできなかったんで、MySQLのお手軽レプリケーションに比べると、負荷が高まってもMySQLのように並列にスケールアウトできなくて大幅に不利だったんですよ。
        障害復旧時の停止時間も馬鹿になりませんし。

        そもそも、pgpoolでは負荷分散のためにはクエリの先頭に空白文字が入ってはいけないとか、更新時には両ノードからのコミットを待たなければならないとかの速度的な制約もあり、MySQLに比べると、確実さはあるものの、お手軽さという意味では大きな差が付いていたと思います。

        mixiやはてな、livedoorなどがこぞって安価に構築できるMySQL+mod_perlでスケールアウトしていったのに比べて、pgsqlはJava以外の言語ではスケールアップするしか手がなかったのが大きいのではないでしょうか。
        親コメント
      • by Anonymous Coward on 2007年11月13日 2時02分 (#1249149)
        pgpool2をHAとして使うと、異常系だけでなく正常系まで応答がなくなる場合がある。(再現性あり)
        商用製品だと、LifeKeeperはコストが高いしクラスタープロだと最新バージョンに対応していないなど、とても使いにくい。

        そういった点から見ると、MySQLはレプリケーションが可能な点が非常にありがたい。
        親コメント
        • by uchida-t (14803) on 2007年11月13日 7時14分 (#1249201)

          ITproの記事 [nikkeibp.co.jp]によると、「8.3以降では、Skypeが開発し使用しているSkytools [postgresql.org]と呼ぶクラスタリング・ツールの提供が予定される」「またpgClusterIIではOracle RACのようなクラスタリング機能を開発している」とのこと。

          2chのDB板等でも、PostgreSQLのレプリケーションはちょこちょこと実装は出ているものの、それらの情報は少なすぎ&実績が少なすぎで使うのにハードルが高いと話題になっていましたが、8.3で標準でSkytoolsがついてくるのなら、改善されてくるんじゃないかなぁ。pgpool-IIも2.0betaがリリースされましたし。

          親コメント
      • by Anonymous Coward on 2007年11月13日 1時58分 (#1249147)
        > pgpoolとかじゃだめなの?

        pgpoolは機構的にserial型などのinsertに関しての耐性が弱いので,
        リプリケーションのソリューションとして使うのには抵抗があります.

        また
        - dblinkが(MySQLに比べて)使いにくい
            dblink(..)とか書きたくない

        - リプリケーションが(MySQLに比べて)使いにくい
            トリガベースの非同期リプリケーションの機構としてSlony-Iがありますが,
            ドキュメントが少ないし,MySQLほど手軽ではない.

        という理由でMySQLを使ってるという話は聞きます.

        私はPostgreSQL派ですが,上記は大規模なDB分割を必要とする
        案件には有利なので確かにもっともだなと思います.
        親コメント
        • by Anonymous Coward on 2007年11月13日 9時55分 (#1249263)
          Slony-I ですが、確かにドキュメント少ないですね
          でも、Web上にある情報(ってどこだかはよく分からないですが)を元に、現在運用しています。
          一度設定してしまうと、やめたり、再開したりが結構簡単に出来ます。
          サイズ的には、500万件程度のテーブルが2つと、あとはちょっと。/data/base 以下は、12G程度ですが、そこそこ動いていおります。
          Slonを何かの理由で、再起動した場合、特定のテーブルでエラーになりました。
          そのエラーメッセージをぐぐって見たのですが、関係なさそうなものしか出会わなかったのですが、
          どうやら、コネクションプーリングを利用している場合(Tomcat等で接続している)には、Web側
          も再起動が必要そうでした。
          親コメント

アレゲは一日にしてならず -- アレゲ研究家

処理中...