木下です。

以下はあくまで私の認識なので、間違っているかもしれませんが、

flush tables は、tableを一旦closeする命令です。
MyISAMの場合はそれはすなわちデータファイルをcloseする操作かもしれませんが、
InnoDBではデータファイルをcloseする訳ではなく、
内部でInnoDBにアクセスするために確保した何らかのコンテキストを開放するだけになると思います。
多分。

なので、
「flush tables with read lock」コマンドは
InnoDBのオンラインバックアップのためのコマンドではなく、
他の方法でInnoDBオンラインバックアップをとる際に
InnoDBとMyISAMの同時性を確保するために使用するコマンドと考えています。

また、InnoDBは正常終了でちゃんとcloseするときでないと一貫性を保障するフラグをファイルヘッダに書き込まないと思います。
オープン中にコピーしたものから起動しようとすると必ずクラッシュリカバリーが実行されると思います。

合っていますでしょうか？　＞＞他の方々

ska_king2005@xxxxxxxxxx wrote:
> skakingです。
> 
>> MySQL動作中に普通にコピーや、
>> たとえストレージの機能でデータファイル等のスナップショ
> ットを取っても、
>> そのファイルから復元できる保障はありません。
> たしかに、普通にコピーした場合は保証できませんが、
> 「flush tables with read lock」コマンドであれば、
> バッファ内のデータをディスクに書き出して、データベース全
> 体を読み取りロックするので、
> 一貫性のあるバックアップは取れるのではないでしょうか？
> 
> OS毎のファイルロックタイミングやOSキャッシュ云々という話
> になってくると、ちょっとわからないのですが。。。
> 

わからないと言われたらこれ以上説明できません＾＾；

> 
> --
> skaking <ska_king2005@xxxxxxxxxx>
> DB:MySQL5.0.19, OS:WinXPProSP2
> 
> --------------------------------------
> Start Yahoo! Auction now! Check out the cool campaign
> http://pr.mail.yahoo.co.jp/auction/
> 
> 
> 
>