せじまくんの刺さらない話（MySQL Slave増設編） | GREE Engineering
はじめまして。プラットフォーム開発本部のせじまです。好きなものはDisk I/Oです。 今回はMySQL（on Linux）のレプリケーションにまつわる、ちょっとしたお話をさせていただきたいと思います。 はじめに MySQL4.0以降のレプリケーションは、 Masterのmysqldが、INSERT/UPDATE/DELETEなどの更新情報を、バイナリログに記録する。 Slaveのmysqld(IOスレッド)は、masterのmysqldに接続し、バイナリログを転送する。 Slaveのmysqld(IOスレッド)は、受信したバイナリログ内容を、リレーログに記録する。 Slaveのmysqld(SQLスレッド)は、リレーログを読み込み、更新内容をslaveのDBに反映する。 といった仕組みになっています。図にすると次の通りです(*1)。 MySQLのレプリケーションはとても良くできた仕組みな
MySQLのバイナリログを使った復旧手順 - Denet Tech Lib.
MySQLのバイナリログを使った復旧手順についてご紹介致します。 レプリケーション構成を実施されている場合は、スレーブ⇒マスター昇格により 復旧されるので、バイナリログを利用したロールフォワードを扱う事は少ないかと思います。 そもそもロールフォワードとは？ ログファイルに残っているチェックポイント後のデータを元に処理を再現し、障害発生の直前の状態にまで戻すことである。 本件の動作確認は、次の環境にて行いました。 OS:CentOS6.5 64bit MySQL:5.1.73-3.el65.x8664 障害発生直前までリカバリを実施する為には、下記のデータが必要です。 mysqldumpの全体バックアップ 全体バックアップ以降のバイナリログ バイナリログはデフォルトでは作成されないので、my.cnfにて設定する [mysqld] log-bin=mysql-bin ←追記 上記設定により
mysqldumpでバックアップをする時につけるオプション - oinume journal
MySQLのデータベースをバックアップする際にmysqldumpを使用しますが、個人的に「これはつけたらよさそう」と思っているオプションを紹介します。 --opt --quick --add-drop-table --add-locks --extended-insert --lock-tables を指定するのと同じです。ダンプしたデータをMySQL サーバに読み込むための最速ダンプを提供します。(マニュアルそのまんま) --single-transaction ダンプする際に先頭にBEGINをつけるため、ダンプ時のデータのトランザクションの一貫性を保つことができます。ただしInnoDBなどのトランザクションが有効なストレージエンジンではないと意味がないです。 --flush-logs ダンプを開始する前に、MySQL サーバ内のログファイルをフラッシュします。バイナリログを保存するよう
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
mysqlでUnsafe statement written to the binary log using statement の警告が出た時の対処 | レンタルサーバー・自宅サーバー設定・構築のヒント
