From scsdt075 ＠ gmail.com  Wed Feb 11 14:50:55 2009
From: scsdt075 ＠ gmail.com (=?ISO-2022-JP?B?GyRCOjRGIyEhQlk7SxsoQg==?=)
Date: Wed, 11 Feb 2009 14:50:55 +0900
Subject: [Tep-j-general]
	=?iso-2022-jp?b?b3Njb21tZXJjZRskQiU1JSQlSCVAGyhC?=
	=?iso-2022-jp?b?GyRCJSYlcyRON28bKEI=?=
In-Reply-To: <20081022100125.9124.16353605@leo.e-catv.ne.jp>
References: <3240666c0810150300o4a699b9cx45668a7ddec91621@mail.gmail.com>
	<20081022100125.9124.16353605@leo.e-catv.ne.jp>
Message-ID: <3240666c0902102150j50087619ydc171fd948de0242@mail.gmail.com>

だいぶ返信が遅くなりましたが、
ご回答ありがとうございます。

数ヶ月様子をみて、InnoDBに変更を加えていくのがベストなのかと思い、
調査をしております。

ちなみに当方使用のmysqlはsennaを使用している都合上
すべてをInnoDBにすることは出来ません。
myisamとInnoDBを共存させるやり方をとりたいのですが・・・

現行すべてmyisamになっています。
InnoDBに変えたほうがよいテーブルは具体的にoscommerceのテーブル名
でピックアップは可能でしょうか？

すでにInnoDBで構築済みの方はいらっしゃいませんでしょうか？

2008/10/22 10:02 hamada <bunguya ＠ leo.e-catv.ne.jp>:
>
> こんにちわ。
>
> On Wed, 15 Oct 2008 19:00:57 +0900
> "佐藤 泰史" <scsdt075 ＠ gmail.com> wrote:
>
>> mysqlのshow processlistを見ると、updateやdelete を実行している際にテーブルがロックしてしまって
>> そのまま処理がもどらずCPU、メモリーを消費してダウンしているのではないか考えているのですが・・・
>
> Table_locks_waitedとかTable_locks_immediate辺りはどうなってるんですかね？
>
> SHOW STATUS
> http://dev.mysql.com/doc/refman/4.1/ja/show-status.html
>
>> Table_locks_waited
>> テーブルロックがすぐには実行されず、待機が必要だった回数。この値が大きい
>> 場合、パフォーマンス上の問題がある。まずクエリを最適化し、次にテーブルを
>> 分割するかレプリケーションを使用すべきである。
>
> 接続が滞留してmax_connectionsを超えてるんじゃないかなぁ？
>
> 「この規模だとフツーInnoDB」
>
> と当方の常識は言うのですが、もしやMyISAMのまま使われてるのでは。
>
>
> はまだ
>
> _______________________________________________
> Tep-j-general mailing list
> Tep-j-general ＠ lists.sourceforge.jp
> http://lists.sourceforge.jp/mailman/listinfo/tep-j-general
>