館澤です。

ひろせ様、ご返答ありがとうございます。

HIROSE, Masaaki wrote:
>>レプリケーション構成を組んでいるMySQLの運用・保守を検討しているところで
>>
>> ・レプリケーション・マスターサーバ上でflush-logs する場合注意が必要
>> ・レプリケーション・マスターサーバ上の場合、cron で
>>   "mysqldamin --flush-logs --all-databases" してはならない
>>
>>という情報を見つけましたが、具体的にどのように注意すればいいのかまでは
>>見つかりませんでした。
> 
> 情報源はどこでしょうか?

・レプリケーション・マスターサーバ上でflush-logs する場合注意が必要
    → こちらはMySQLのWEBドキュメントです。

・レプリケーション・マスターサーバ上の場合、cron で
   "mysqldamin --flush-logs --all-databases" してはならない

    → 「MySQL全機能リファレンス  技術評論社」の
        "データベースシステムの定期的な保守 (pp.593)" に
        に載っていました。

>>そこでいくつか相談したいことがあります。
>>
>> 1.  マスターサーバ上で flush-logs を実行すると、どのような問題が
>>     起こりえますか？  また、マスターサーバ上で flush-logs を実行して
>>     不具合が起きた方はいらっしゃいますか？
>>
>> 2.  マスターサーバで flush-logs を定期的に自動実行させる場合と
>>     手動実行する場合の違いはどのあたりでしょうか？
>>     ＃ スレーブサーバの I/Oスレッド を停止しておけば問題ない！？
> 
> flush logs は新しい bin-log に切り替えるだけなので、それが原因でレプリ
> ケーションが止まるようなことはないと思います。

自分のそうじゃないかと思っていたので、ちょっと安心しました。

cronを使ってマスターサーバ上のbin-logを定期的に自動切換えしても、
スレーブサーバへの悪影響はないはずですよね。

> もし、やりたいことが bin-log の切り替えではなく、マスタ上の古い(レプリ
> ケートし終わった) bin-log の削除ならば、purge master logs で行えますが、
> これはむやみに行うとレプリケーションが止まります。
> 
> http://dev.mysql.com/doc/refman/4.1/ja/purge-master-logs.html

とても参考になりました。
たしかにマスターサーバの古いbin-logを削除するときは、
スレーブサーバで読み取り完了をチェックする必要がありますね。


-- 
館澤学
mabu@xxxxxxxxxx