1. MySQL Master High Availability manager and tools (MySQL MHA) 株式会社 ディー・エヌ・エー MySQL Geek, Oracle ACE Director 松信 嘉範 (MATSUNOBU Yoshinori) Twitter: @matsunobu 1 2. MySQLマスター障害対応の課題 ・MySQLのレプリケーションは非同期または Writer IP 準同期 master ・マスター障害時に、一部のスレーブ (あるいは全部のスレーブ)が id=99 最新のバイナリログを受け取っていない id=100 可能性がある id=101 id=102 ・スレーブ間で、バイナリログの転送状況に 1. Save binlog events that ずれが生じている可能性がある exist on master only ・左図の例
18. レプリケーション（スレーブ）SlaveMaster からIOSQLCHANGE MASTER で消されるdatarelay logエキスパートのためのMySQL運用+管理トラブルシューティングガイド より 19. binlogの 位置(SHOW SLAVE STATUS)IO thread: Master_Log_FileRead_Master_Log_PosSQL thread : Relay_Master_Log_FileExec_Master_Log_Pos 21. IO thread の位置まで待つMASTER_POS_WAIT(log_name,log_pos[,timeout])この関数は、マスター / スレーブの同期化のコントロールに役立ちます。スレーブがマスターログで指定された位置まで読み取り、すべてのアップデートを適用するまでブロックします。戻り値は、指定の位置ま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
