こんにちは、兵頭です。

いけだ様、またまたアドバイスありがとうございます。
アドバイスから考えると２のibdata1を作り直すというのが有力そうですね。
ただibdata1というのは再構築可能なのでしょうか？
すいません、自分で調べてからお聞きするべきですね。
現在、ibdata1というファイルはサイズが５GBを超えています。
宜しくお願いします。



木下様、アドバイスありがとうございます。
確かに非同期IOが原因ならば、非同期にしなければ問題は解決しますね。
ただ、同期と設定した場合は処理速度、負荷などに影響はないものなんでしょうか？
ご指摘いただいた項目【innodb_flush_method】【innodb_file_io_threads】については、
設定内容を確認してみます。


兵頭

> 木下です。
>
> 私はWindowsでは利用したことが無いので当てずっぽうですが、
> ご参考までに・・
>
> Windowsの非同期IOが原因ならばそれを使わないようにすることはできないでしょうか。
> どのバージョンから使えるのかは私は良く分らないのですが、
> Windows版の場合 innodb_flush_method に normal または unbuffered を指定すると、 
> 
> 非同期IOを利用しないと思います。
>
> Windows版では内部IOスレッドの同時受付数も少ないようなので、
> innodb_file_io_threadsも増やしたほうがいいかも知れません。
>
>



> いけだです。
>
> そうですね、回避策・対応策ですが、さらに以下の
> バグレポートを見つけました。
>
> http://bugs.mysql.com/bug.php?id=3139
>
> これによると、
>
> 1. パラメータチューニングは効果なし。
>
> innodb_file_io_threads=20 or 8 or 4(初期値)で問題発生。
>
> 2. 他のマシンで同じMySQL環境を作って試したら再現せず
>
> 「ibdata1を作りなおしたら上手くいくかも」の投稿の後、
> 続報がないのでうまくいったのかもしれない。
>
> 3. ストレージにSANを使用している場合、Command Queueのサイズが
> 小さすぎると処理に失敗するという報告がいくつかあった。
>
> とのことです。
>
> 07/08/01 に 兵頭<kz.hyodo@xxxxxxxxxx> さんは書きました:
>> こんにちは、兵頭です。
>>
>> いけだ様、ありがとうございます。
>> ということは、MySQL側だけの問題ではなさそうですね。
>> 原因が同じかどうかは不明ですが、MySQL設定側で大量の非同期I/O要求
>> を行った場合の処置について考える必要があるかと思っていますが、
>> いかがでしょうか？
>>
>> 何度も申し訳ありませんが、宜しくお願いします。
>>
>> 兵頭
>>
>> > いけだです。
>> >
>> > 手がかりはERROR_OPERATION_ABORTED(=995)のみということですね。
>> >
>> > 軽くぐぐったら以下のスレッドを見つけました。
>> >
>> > http://lists.mysql.com/mysql/180043
>> >
>> > Windowsのバグかもと言っています。
>> >
>> > このERROR_OPERATION_ABORTEDは、大量の非同期I/O要求を
>> > Windowsに対して発行した際に、処理されずに滞留したリクエストを、
>> > CancelIO関数でキャンセルした後に、GetLastError関数で調べると
>> > 得られるエラーとのことです。
>> >
>> > で、InnoDBではCancelIO関数なんて呼んで無いよと。
>> > 確かに、ver4.0.26をgrepしてもCancelIO関数は呼ばれてません。
>> >
>> > 07/08/01 に 兵頭<kz.hyodo@xxxxxxxxxx> さんは書きました:
>> >> こんにちは、兵頭です。
>> >>
>> >> いけださんよりご指摘の点ですが、
>> >> 自分なりに調べた結果ですが、具体的には何も分かっていません。
>> >> こんな状態で質問をするのも大変失礼かと思ったのですが、急を要しておりまして
>> >>
>> >> 投稿させていただいた次第であります。
>> >>
>> >> ログの直前の部分は下記のとおりです。
>> >> *****************************************************************
>> >> 070731  3:00:00 MySql: Normal shutdown
>> >>
>> >> 070731  3:00:01  InnoDB: Starting shutdown...
>> >> 070731  3:00:02  InnoDB: Shutdown completed
>> >> 070731  3:00:02 MySql: Shutdown Complete
>> >>
>> >> 070731  3:21:44  InnoDB: Started
>> >> MySql: ready for connections.
>> >> Version: '4.0.26-nt'  socket: ''  port: 3306  Official MySQL binary
>> >> *******************************************************************
>> >> 以上のログが毎日残っています。
>> >> 毎日AM3:00にバッチ処理にてサービスを停止してオフラインバックアップを行っています。
>> >>
>> >> Windows Error Code 995　についてありがとうございます。
>> >> まだよく理解していませんが、調べてみます。
>> >>
>> >> 兵頭
>> >>
>> >> ----- Original Message -----
>> >> From: "Tetsuro IKEDA" <ikdttr@xxxxxxxxxx>
>> >> To: <ml@xxxxxxxxxx>
>> >> Sent: Wednesday, August 01, 2007 9:46 AM
>> >> Subject: [mysql 14147] Re: MySQLが落ちる
>> >>
>> >>
>> >> > いけだです。
>> >> >
>> >> > 以下のログですが、14:29:38以前の分も見せてもらえませんか？
>> >> > 単に「正常起動しましたよー」というようなログしかなく、
>> >> > つぎはもう14:29:38の出力、ということならそれはそれでいいですが。
>> >> >
>> >> >> MySQLのエラーログは下記のとおりです。
>> >> >> *****************************************************
>> >> >> 070731 14:29:38  InnoDB: Operating system error number 995 in a 
>> >> >> file
>> >> >> operation.
>> >> >> InnoDB: See http://dev.mysql.com/doc/mysql/en/InnoDB.html
>> >> >> InnoDB: for installation help.
>> >> > 〜中略〜
>> >> >> 自分なりにいろいろと手を尽くして調べてみたのですが、明確な原因が見つからず
>> >> >>
>> >> >> 困っています。
>> >> >> どなたか、お分かりになるかたらおられましたらご教授願います。
>> >> >> 宜しくお願いいします。
>> >> >
>> >> > 何を調べて、どこまでは分かったのか追記していただいたほうが
>> >> > MLの皆さんも答えやすいと思います。
>> >> >
>> >> > とりあえず、Windows Error Code 995は以下のようですが。
>> >> >
>> >> > The I/O operation has been aborted because of either a thread
>> >> > exit or an application request.
>> >> >
>> >>
>> >>
>> >>
>> >
>>
>>
>>
>