Database tearoomの夜明け

PostgreSQLがメジャーバージョンアップして8.4がリリースされましたね。
http://www.postgresql.org/about/news.1108

今回実装されたディスク先読みの機能（effective_io_concurrency）が、今後さらに良くなっていくことを期待しています。

さて、しばらく滞っていたドキュメントの修正もしなくては…
Database tearoom

Googleから提供されているツールで、自分のWebサイトを高速化するための提案をしてくれるツール「Page Speed」というものがあります。
FireFoxのアドオンであるFirebugに、さらにアドオンするアプリケーションです。

インストールすると、Firebugのメニューに「Page Speed」というタブが追加されるので、解析したいページを表示して「Analyze Performance」ボタンをクリックすると高速化のための提案が表示される。
表示された項目をクリックすると、詳細な説明が表示されます。（英語だけどね）

MySQLのHAソリューションを調べてみました。(MySQL 5.1)

1. MySQL Cluster
   MySQLコミュニティから提供されているクラスタソリューション
   
   • メリット
     
     • アクセス増などに対応するためのスケールアウトが比較的容易
     • 複数のノードのデータにアクセスするため、同時アクセスユーザが多い時の性能が向上する。(特に参照性能)
       (メモリにテーブルを作成するモード(以降メモリモード)の場合)
     • 冗長構成により耐障害性が向上する。
       (メモリモードの場合はデメリットもあり)
     • SQL実行エンジンとデータ蓄積部分を別のサーバにすることができるので、ボトルネックに応じて必要な部分に対してサーバの追加が可能。
   • デメリット
     
     • 複雑なクエリの実行は遅くなる傾向がある。
     • 複数のノードに同期して書き込むため、更新性能が落ちる場合がある。
     • メモリモードの場合、データを蓄積するサーバが同時にすべてダウンしてしまうと、そのデータが無くなってしまう。
     • ディスクにテーブルを作成するモードの場合は、性能が非常に悪い。
     • NDBストレージエンジンを利用するため、既存のMyISAMやInnoDBなどのデータをそのまま利用することができない。
       また、ストレージエンジンの機能として、SELECT時に共有ロックが必要になるなどの制限がある。
2. MySQL + DRBD + Heartbeat
   DBRDによって筐体間でデータをミラーし、Heartbeatで監視をして、障害時にはフェイルオーバーするソリューション
   
   • メリット
     
     • 冗長構成により耐障害性が向上。
     • データ同期による性能劣化は、ほとんどない。
     • 既存のMySQLの設定やアプリケーションなどを変更する必要がない。
   • デメリット
     
     • 複数のソフトウェアを利用するため、設定が複雑になる。
     • サーバが複数になることによる性能向上はない。
       
3. MySQL Replication
   MySQLコミュニティから提供されているレプリケーション機能
   
   • メリット
     
     • サーバを増やし、参照をレプリケーション先で実施することにより、同時アクセスが多いときの参照性能を向上させることができる。(プログラムの参照先を変更する必要あり)
     • レプリケーション先でバックアップを取得することで、サービスを停止することなくバックアップを取得することができる。
       
   • デメリット
     
     • 参照性能向上のためには、レプリケーション先に接続するようにプログラムの変更が必要。
     • 非同期によるデータのコピーなので、メインサーバのディスクが破損した場合に、完全な復旧ができない。