MySQLレプリケーションの整合性チェック｜Cayman s
Cayman sIT系走り屋日記MySQLレプリケーションの整合性チェック MySQLを使って大規模なシステムを構築していて、レプリケーションの壁にあたっている・・・ いままで、意識したこともなかったが、MySQLのレプリケーションというのはステートメントベースであり、実は色々な原因で正しくデータがコピーされないのだ。率直に言えば、データが壊れるのである。 データが大量になれば、ユニークキーなどの制限などでエラーが出ない限り、一つ一つのデータを確認するなど不可能なことだし、気づかないことが多いのだが、もしかしたら世の中にはきちんとSlaveにデータがコピーされずにいるDBが多くあるのかもしれない。 ちなみに、MySQL5.1以降では行ベースのレプリケーションが行えるようになり、このような問題が解決していることを期待している。 それで、運悪くMySQL5.0以前を使用してい
tokuhirom blog
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
MySQLレプリケーションを安全に利用するための10のテクニック
MySQLのレプリケーションは非常に簡単に使える割には応用の幅が広いので非常に人気のある機能の一つである。レプリケーションの応用分野は例えば、 バックアップ 参照系の負荷分散 HA（高可用性） ディザスタリカバリ（サイト間レプリケーション） BI（レポーティングetc） という風にとても多くのバリエーションがある。このブログを読んで頂いている皆さんの中にもレプリケーションを使っている方は多いのではないだろうか。ご覧の通りMySQLのレプリケーション機能はミッションクリティカル分野でも利用されているが、レプリケーションの使い方が適切でないとシステムの安定稼働に支障を来してしまってDBAやシステム管理者の肉体的、精神的負担が増大してしまう。逆にレプリケーションを堅牢に運用することが出来ればマクラを高くして眠れるというものだ。レプリケーションはMySQLの代表的な機能であるので、レプリケーション
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
