[Tep-j-general] 注文管理画面のパフォーマンス

Back to archive index

Shintaro Sato sato****@j02*****
2007年 6月 22日 (金) 18:28:50 JST


ご返信ありがとうございます。
佐藤です。

>> my.cnfの設定も試してみましたが。

少しずつ増やした結果、以下までやってもあまり効果はなく。
[mysqld]
default-character-set=ujis
key_buffer=512M
table_cache=256
sort_buffer=512M
record_buffer=8M
long_query_time=5
query_cache_limit=8M
query_cache_size=128M
query_cache_type=1

> あと、ordersテーブルのインデックス状況を教えてください。

Table Non_unique Key_name Seq_in_index Column_name Collation Cardinality 
Sub_part Packed Null Index_type Comment
orders    0    PRIMARY    1    orders_id    A    25618    NULL    NULL 
BTREE
orders    1    orders_id    1    orders_id    A    25618    NULL    NULL 
BTREE
orders    1    orders_status    1    orders_status    A    11    NULL 
NULL    BTREE
orders    1    sbc    1    sbc    A    5123    NULL    NULL    BTREE
ずれてしまっております。ご了承ください。
なお、sbcは独自項目です。

> customersテーブルも凄い行数になってそう→こちらのインデックス状況も気に
> なります。ログインにすごく時間掛かってたりしません?

2万ユーザー以上になっておりますが、ログインは普通に。

共用のレンタルサーバでの運用で、当該SQL発行時のCPU負荷が90%以上となっているとのこと。
アプリケーションレイヤーにて特別パフォーマンスを向上する方法がなければ
とりあえず専用サーバへの移行かなと。 




Tep-j-general メーリングリストの案内
Back to archive index