いつもありがとうございます。

今度は8000件ほどの商品をUPしましたら表示が異常に遅くなってしまいました。カテゴリをクリックすると表示されるまで30秒くらいかかってしまいます。

一応、my.iniをいじってバッファーやキャッシュをいじったら2回目のアクセスからは普通に早くなりましたが、DBはec-cubeだけではないのでほかのプログラムがDBにアクセスするとキャッシュがなくなってしまいますので根本的な解決になっていません。

マシンが非力なのもあるかもしれませんがカテゴリの件数に関係なく時間がかかります。テキストを読んでいるようにHDDが回っています。

何か解決方法がありますでしょうか。

MySQLのマシンスペック
Celeron2.6GHz
HDD:SATA150　80G
メモリー:1G
OS:Windows2000Server

大河内です.

開発コミッターML の下記スレッドは参考になりますか？
http://webml.ec-cube.net/comu-ml/200706/msg00011.html
http://webml.ec-cube.net/comu-ml/200707/msg00000.html

また, 性能を重視する場合, Windows Server + MySQL という選択は, どうなのでしょうか.

# 個人的には, UNIX系の OS 以外考えられないのですが. . .

OS や, DB を選択する場合において, 下記URLも参考になると思います.
http://uyota.asablo.jp/blog/2006/10/29/578799
http://www.lockon.co.jp/blog/database/mysqlpostgresql1.html

大河内さん、ありがとうございます。

＞また, 性能を重視する場合, Windows Server + MySQL という選択は, どうなのでしょうか.。
その通りだと思います。(^^ゞ
ちょっと事情がありまして、、、でも、Linuxに変更予定です。


＞開発コミッターML の下記スレッドは参考になりますか？
規格は大量には設定していませんが、SQL文を変更しなければならないことなんですね(^^ゞ

できれば、SQL文の変更なしで何とかしたかったのですが。。

でも、８０００件程度でパフォーマンスに影響が出るものでしょうか。

大河内です.

引用：

EC-CUBE は, 複雑な SQL を多用するため, チューニングの一例として上げたまでなので, コミッターML の方法が有効かどうかわかりません.

引用：

Windows で MySQL を使ったことがないため, どこがボトルネックになっているか予想がつかず, 申し訳ないです.
しかし, キャッシュまわりのチューニングで改善したということなので, 複雑な SQL が悪さをしているのではないかと思ったまでです.

何がボトルネックになっているかは, 精査してみないとわかりませんね. . .

blocのカテゴリをクリックし、list.phpを呼び出した時の動作ですが、

1.カテゴリIDに基づいて、そのカテゴリとそのカテゴリの子カテゴリに属する商品の数をカウントするSQL文を発行
2.その数を基にして総ページ数を割り出し、表示するページのリストを取得するSQL文を発行

の２回のSQL発行が行われており、１回目の総数のカウントがそれなりの時間
かかる印象を受けています。
また、デフォルトの状態では商品の画像データは全て同一のディレクトリにアップされる為
商品点数が8000点になるとリスト用、詳細用、（もしあれば）拡大用の３点＊8000で
24000ファイルが同一のディレクトリに置かれる事になります。
Windowsのファイル管理システムだと24000ものファイル数が同一ディレクトリに
存在していると目的のファイルを見つけるまでにそれなりの時間が掛かるのではないかと思います。
(もしかしたら最新のNTFSとかではかなり改善されているのかもしれませんが、昔のファイルシステムだとそうでした)

個人的な実験では、まず第１のDBの問題についてはMySQLではなくPostgreSQL8.2以降で
動作させるとWindowsではかなりの動作速度改善効果を確認しています。
Linuxで動作させるとMySQLとPostgreSQLでの動作速度にあまり差は無かったのですが、
Windowsでは明らかにPostgreSQLの方が速かったです。
また、第２の問題については私は画像をアップするシステムを少し変更し、
画像を置く場所をディレクトリ指定出来るようにしてディレクトリ内ファイル数を
増やしすぎないように配慮してみました。

DBを使うアプリがEC-CUBEだけではないという事で、システムの変更は簡単には行かないだろうとは
思いますが、参考までに。
というか、キャッシュやバッファなどを弄って早くなったのであればサーバーを独立させる事も
視野に入れなければならないのではないかとも思いますが。

drednoteさん、大河内さんありがとうございます。

説明不足ですいません。WEBサーバーはREDHAT9です。

＞１回目の総数のカウントがそれなりの時間かかる印象を受けています。
そうですかー。やっぱりSQL文をいじらないといけないですか。

＞Linuxで動作させるとMySQLとPostgreSQLでの動作速度にあまり差は無かった
REDHATのトライサーバーがありますので実験的にそこに乗せてみます。DBの移動の結果をできれば今日中に報告させていただきます。

あと、2,3日中にメモリを4Gにする予定です。

あまり参考にしにくい意見かとは思いますが、同じ商品件数でも何十個もあったカテゴリ数を数点にまで減らしたら、カテゴリ表示が一気に高速化したことがありました。
よろしければご参考下さい。

zekuzekuさんありがとうございます。

いちカテゴリを数点はちょっと無理です。すいません。m(__)m
なぜかページをめくるのも重いのです。

今、LINUXにMySQLをインストールしているのですがちょっと手こずっています。

よろしくお願いします。

皆様お世話になります。

LINUXへのインストールが完了しまして試して見ましたが
体感速度はほとんど変わりませんでした。25秒くらいかかります。

メモリが届きまして挿して見たのですが相性が合わないらしく
起動しませんでした。ザンネン！！

カテゴリ表示のSQL文が書いてあるところを教えていただけませんでしょうか。

よろしくお願いします。

カテゴリblocをクリックした際にはlist.phpが呼ばれるわけですが、
list.phpの使用しているビューはvw_products_allclassとなっています。
で、これの定義ですがPostgreSQLとMySQLでは別の場所にあるんですが、
MySQLの方はdata/conf/conf.phpの最後の方に纏めて定義があります。
ここのSQL文をいじればMySQLの方は変更出来ます。
PostgreSQLの方はインストール後だとDBに定義してあるビューを直接
使用するので、DBの方で弄らなければいけません。