MySQL5.1には，大きく改良されたレプリケーション機能が搭載された。これまでのステートメント（SQL文）ベースのレプリケーションに加えて，マスタの更新結果をスレーブが反映する行ベースのレプリケーションが搭載されたのだ。レプリケーションの機能追加によって，より正確なレプリケーション処理が可能になった。 しかし，よいことばかりではない。行ベースのレプリケーションは，注意すべき点が存在する。これまでのステートメントベースのレプリケーションと同様の設計や運用では，パフォーマンスを得られない恐れがある。今回は，MySQL5.1レプリケーションの注意点を解説する。 MySQL 5.1のレプリケーション MySQl 5.1のレプリケーションには，同期方法として3つのモードが実装されている。ステートメントベースは，マスタで実行されたSQLステートメントをスレーブでも実行する方式だ。MySQL 5.0ま
MySQLのレプリケーションは非常に簡単に使える割には応用の幅が広いので非常に人気のある機能の一つである。レプリケーションの応用分野は例えば、 バックアップ 参照系の負荷分散 HA（高可用性） ディザスタリカバリ（サイト間レプリケーション） BI（レポーティングetc） という風にとても多くのバリエーションがある。このブログを読んで頂いている皆さんの中にもレプリケーションを使っている方は多いのではないだろうか。ご覧の通りMySQLのレプリケーション機能はミッションクリティカル分野でも利用されているが、レプリケーションの使い方が適切でないとシステムの安定稼働に支障を来してしまってDBAやシステム管理者の肉体的、精神的負担が増大してしまう。逆にレプリケーションを堅牢に運用することが出来ればマクラを高くして眠れるというものだ。レプリケーションはMySQLの代表的な機能であるので、レプリケーション
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く