アカウント名:
パスワード:
ITproの記事 [nikkeibp.co.jp]によると、「8.3以降では、Skypeが開発し使用しているSkytools [postgresql.org]と呼ぶクラスタリング・ツールの提供が予定される」「またpgClusterIIではOracle RACのようなクラスタリング機能を開発している」とのこと。
2chのDB板等でも、PostgreSQLのレプリケーションはちょこちょこと実装は出ているものの、それらの情報は少なすぎ&実績が少なすぎで使うのにハードルが高いと話題になっていましたが、8.3で標準でSkytoolsがついてくるのなら、改善されてくるんじゃないかなぁ。pgpool-IIも2.0betaがリリースされましたし。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ研究家
MySQLを使う意味は (スコア:3, 興味深い)
そもそもPostgreSQLの知名度が低いというのもありますが(日本はSRAが頑張ったので例外)、
かりにPostgreSQLを知っていても、彼ら/我々はMySQLを選ぶでしょう。
なぜならMySQLには強力なレプリケーションがあるからです。
レプリケーションによって参照の負荷を分散しスケールアウトすることで、爆発的なアクセスの
増加に対処することができ、また可用性もあがります(参照slaveの切り替え)。
もちろんそれだけでは無理で、そのうちテーブルのパーティショニングが必要になってくるわけ
ですが、レプリケーションがないと話になりません。
Re:MySQLを使う意味は (スコア:0)
Re:MySQLを使う意味は (スコア:4, 参考になる)
障害復旧時の停止時間も馬鹿になりませんし。
そもそも、pgpoolでは負荷分散のためにはクエリの先頭に空白文字が入ってはいけないとか、更新時には両ノードからのコミットを待たなければならないとかの速度的な制約もあり、MySQLに比べると、確実さはあるものの、お手軽さという意味では大きな差が付いていたと思います。
mixiやはてな、livedoorなどがこぞって安価に構築できるMySQL+mod_perlでスケールアウトしていったのに比べて、pgsqlはJava以外の言語ではスケールアップするしか手がなかったのが大きいのではないでしょうか。
Re:MySQLを使う意味は (スコア:2, 参考になる)
商用製品だと、LifeKeeperはコストが高いしクラスタープロだと最新バージョンに対応していないなど、とても使いにくい。
そういった点から見ると、MySQLはレプリケーションが可能な点が非常にありがたい。
Re:MySQLを使う意味は (スコア:4, 興味深い)
ITproの記事 [nikkeibp.co.jp]によると、「8.3以降では、Skypeが開発し使用しているSkytools [postgresql.org]と呼ぶクラスタリング・ツールの提供が予定される」「またpgClusterIIではOracle RACのようなクラスタリング機能を開発している」とのこと。
2chのDB板等でも、PostgreSQLのレプリケーションはちょこちょこと実装は出ているものの、それらの情報は少なすぎ&実績が少なすぎで使うのにハードルが高いと話題になっていましたが、8.3で標準でSkytoolsがついてくるのなら、改善されてくるんじゃないかなぁ。pgpool-IIも2.0betaがリリースされましたし。
Re:MySQLを使う意味は (スコア:1, 興味深い)
pgpoolは機構的にserial型などのinsertに関しての耐性が弱いので,
リプリケーションのソリューションとして使うのには抵抗があります.
また
- dblinkが(MySQLに比べて)使いにくい
dblink(..)とか書きたくない
- リプリケーションが(MySQLに比べて)使いにくい
トリガベースの非同期リプリケーションの機構としてSlony-Iがありますが,
ドキュメントが少ないし,MySQLほど手軽ではない.
という理由でMySQLを使ってるという話は聞きます.
私はPostgreSQL派ですが,上記は大規模なDB分割を必要とする
案件には有利なので確かにもっともだなと思います.
Re:MySQLを使う意味は (スコア:2, 参考になる)
でも、Web上にある情報(ってどこだかはよく分からないですが)を元に、現在運用しています。
一度設定してしまうと、やめたり、再開したりが結構簡単に出来ます。
サイズ的には、500万件程度のテーブルが2つと、あとはちょっと。/data/base 以下は、12G程度ですが、そこそこ動いていおります。
Slonを何かの理由で、再起動した場合、特定のテーブルでエラーになりました。
そのエラーメッセージをぐぐって見たのですが、関係なさそうなものしか出会わなかったのですが、
どうやら、コネクションプーリングを利用している場合(Tomcat等で接続している)には、Web側
も再起動が必要そうでした。