野村です。

とみたさん、回答ありがとうございます。
申し訳ありません。大事な点が抜けておりました。

> > 先日私の携わるシステムで次のような障害が発生しました。
> > 解決できずに困っております。エラー番号146がキーになると思いますが、原因
がお
> > 分かりの方お願いします。解決のヒントでも結構ですので、情報をお願いしま
す。
>
> MySQL のバージョンと、プラットフォームは何でしょうか。
Sun Solaris2.6 8CPU 6GB
MySQL 3.23.48

> > 疑問点:
> > MySQLサーバはMySQLコマンドのmysqladmin processlistで表示されている(た)以
外の
> > (接続中か接続していた)クライアントに対してリソースを与えているのか?
>
> それは無いと思います。
承知しました。

> > wait_timeoutによって、アイドルコネクションは切断するようにしていたためリ
スト
> > は通常に比べ1割程度のコネクションでなぜダウンを引き起こしたのか? しかも
片方
> > のインスタンスのみ。
>
> mysqld のエラーメッセージに何か出ていないでしょうか。
一切出ていません。

> > mysql_closeを行えなかったのが原因か?
> > perror 146(146 = Lock timed out; Retry transaction)とはどういう状態に発
生す
> > るのか?
>
> ちらっと 4.0.1 のソースを見た限りでは、InnoDB でしか発生しないっぽいで
> すね。innodb_lock_wait_timeout パラメータの値を超えた場合に発生するよ
> うです。デフォルト値は 1024*1024*1024 なので、まず発生しなさそうですが…。
MyISAMです。
すべてのクライアントは1つの同じデータベース、テーブルを参照します。
以前、このMLで質問させていただいたときには、MyISAMにはトランザクションテーブ
ルをもたないことからSelect文でもテーブルリードロックが適用されるとの結果にな
りましたが、多数のクライアント(数十程度)が同時に同じデータベース、テーブルを
参照にいっていたとすると、ここには問題はないでしょうか。

この件と関わりがあるか分かりませんが、Solaris2.6のファイルディスクリプタは
1024が制限値なので、max_connectionsを1024以下に設定しなくてはならないとは思
いますが、MySQLのスレッド数が500以上になると不安定になり、クライアント側には
エラー146番が返ってくる確率が高くなります。MySQL側では何のエラーも記録されま
せん。しばらくして、MySQLがハングアップします。このときもMySQLでは何のエラー
も出力されません。

よろしくお願いします。
---
野村 安英
mag@xxxxxxxxxx