MySQLのレプリケーションスレーブサーバで、バイナリログを有効にする - 見果てぬ夢
悩んだり調べたりした過程も書いているので、記事が長くなってしまった。まとめるのが下手だ。早くスレーブサーバでもバイナリログを有効にする方法が知りたい人は読み飛ばしてください。 MySQLでレプリケーションを組みました。レプリケーションサーバでは、こちらの都合でサーバを停止することができるので、停止して安全にmysqldumpによるバックアップをしています。 その時点でのフルバックアップはmysqldumpでとれるのですが、差分バックアップに使うにはバイナリログも同時にバックアップする必要があります。バイナリログがスレーブサーバでも有効になっていれば、バイナリログファイルが作成されるので、特にそれ以上のバックアップは必要ないと思っていました。 マスターサーバとスレーブサーバの設定ファイルは、基本的に同じ設定だと思います。スレーブサーバで参照を分散させている場合は、メモリ割り当てなどは違う部分
MySQL の unknown option エラーはオプションに loose- プレフィックスをつけると回避できる - かみぽわーる
もうMySQL 5.5 GAが出てから１年以上が経ち、つい先日とうとうMySQL 5.6 GAも出た昨今、これから先パーソナルユースでこれより以前のMySQLなど使うことはないだろうと~/.my.cnfを書いていたのだけど、昨日ちょっとしたアレでMySQL 5.1を入れたらMySQLが進化しすぎててオプションコメントアウトしまくらないと動かないわーとかいってたらloose-つけるといいですよって教えてもらった。 my.cnfのオプション名の頭にloose-と書いておくと、オプションが存在しなくてもWARNINGでERRORにならずに済みますよー。loose-log-slow-queriesloose-slow-query-logと書くと5.1でも5.5でも使える、みたいな。— ts. yoku (@yoku0825) February 6, 2013 これは知らなかった！ MySQL 5.
MySQLのログの種類とログの仕方を調べてみた（実施例） | レンタルサーバー・自宅サーバー設定・構築のヒント
MySQLのログの種類とログの仕方を調べてみた（実施例）
mysqlbinlogでバイナリログをバックアップするとか
mysqlbinlogは今まで（バックアップ用途で）リモートからバイナリログを読ませようとしても、 ・SQLテキスト形式にエンコードした後のものを出力させるだけ。 ・その時点の最後のエントリまでしか読み込めない。 ・出力先ファイル名は1つしか指定できないので、 読み込み元のバイナリログが複数でも出力は1つ。 だったのが、5.6のmysqlbinlogでは ・エンコードする前の状態のまま書き出せる。 ・tail -fぽく待機して、更新があれば続けて書き出せる。 ・ファイル名はマスターのものと同じものにできる。 スイッチしたらmysqlbinlog側のファイル名も変わる。 と、スレーブに--log-slave-updatesを付けた様な動作が出来る様になった。 バックグラウンドにして常駐させておけば、暇そうなサーバにバイナリログをリアルタイムにバックアップ出来る。 マスターから見るとレプリケー
MySQL5.6のmysqlbinlogコマンド - hiroi10のブログ
MySQL5.6からmysqlbinlogコマンドにバイナリログをバックアップするためのオプションが多数追加されています。その中からめぼしいオプションについてまとめます。なお、一度は公式ドキュメントを読む事をお勧めします。 基本的にオプションは省略形で記載していません。適宜()で省略形を記載しています。 リモートのMySQLのバイナリログをコピー オプションにより色々なコピーの仕方が用意されています。基本的には--read-from-remote-serverオプション(-R)をベースとして用途により追加でオプションを指定します。 接続されるMySQLから見るとSlaveからの接続と変わらないようなのでserver_idをオプションで指定可能な物もあります。指定しない場合は使用するオプションにより0、または65535がデフォルトで使用されます。条件については以下のようになります。 --re
mysqlbinlogについて覚え書き – OpenGroove
mysqlbinlogは、MySQLでバイナリログをテキストで参照するためのユーティリティ。 単にバイナリログの中身を確認したい時は、以下のように。 # mysqlbinlog -D bin-log.000012 バイナリログをテキストにしてからmysqlクライアントに渡すには、例えば以下のようにする。 バイナリログには実行したSQL文その他が記録されているので、リカバリに利用することができる。 # mysqlbinlog bin-log.000012 | mysql -u root -pxxxxxx 以下でも。 # mysqlbinlog -D -u root -pxxxxxxx /backup/mybin-log.000006 > /backup/recover.sql # mysql -u root -pxxxxxxx < /backup/recover.sql my.cnfにおいて
mysql binlogからDB復旧 - Qiita
mysqlbinlogでDB復旧した時の自分用メモ。繰り返す自分用のメモ。 依頼内容 依頼者「2014-02-14の20時台に作業間違えた。なかったコトにしてもらえませんか。」 俺「・・・」 やりたいこと 2014-02-14の20時台に投げられたクエリをすべてなかったことにしたい。 作業手順 バックアップしたデータベースをリストアする mysqlbinlogで、リストアした時間（2014-02-13 03:30）から該当時間（2014-02-14 20:00）まで、ログ吐き出して適用 該当時間後の正常なデータを吐き出し。具体的に2014-02-14 20:59:59以降のデータを吐き出して適用 データ確認 && 差し替え 前提条件 binlogが吐かれていること 定期バックアップが取られていること binlogを吐く方法 /etc/my.confにbinlogの設定をする。 基本レプリケ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQL clients
MySQL 5.7: mysqlbinlog now supports SSL