エントリーの編集
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
MySQLレプリケーション復旧 テーブルロックをせず特定テーブルのみコピーする その1 - BizStationブログ
記事へのコメント0件
- 注目コメント
- 新着コメント
このエントリーにコメントしてみましょう。
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
MySQLレプリケーション復旧 テーブルロックをせず特定テーブルのみコピーする その1 - BizStationブログ
今回は、レプリケーションの問題発生時の復旧で、テーブルロックをせずに特定テーブルのみ再コピー(dump... 今回は、レプリケーションの問題発生時の復旧で、テーブルロックをせずに特定テーブルのみ再コピー(dumpとインポート)する方法について書きたいと思います。テーブルロックするとその間マスターサーバーの機能を制限してしまうの運用時にはなるべく避けたいものです。(この記事は、innoDBのデータベースやテーブルが対象です。) 初回のレプリケーションセットアップ よくあるレプリケーションのセットアップ手順は マスターでサーバーIDとバイナリログを有効にする スレーブがアクセスするためのレプリケーションユーザーをマスターに作成する マスターでFLUSH TABLES WITH READ LOCKを開始する マスターでSHOW MASTER STATUSを実行し、binlogファイル名とポジションをメモする mysqldumpでマスターデータをダンプする マスターでUNLOCK TABLESを実行してロ