---------------------------
EC-CUBEバージョン 2.3.0
PHPバージョン PHP 4.3.11
DBバージョン PostgreSQL 7.3.4
---------------------------


お世話になっております。
EC-CUBEを使い始めて数カ月になりますが、注文数が１０００前後になってきてから、注文処理が非常に重くなってきました。
最初の頃は、カゴに入れる処理もスムーズにできましたが、現在は商品をカゴに入れる処理も、ボタンを押してから３０秒ほどかかってしまいます。
注文処理が重くなってきた事で、携帯からの注文もAUからの場合ですが、「EZサーバからの応答がありません。しばらくたってからリトライしてください」と表示されてしまい、上手く注文する事ができなくなってきました。

サイトの表示はスムーズにできますが、注文処理だけが重くなってきた感じです。
管理画面の操作もスムーズにでき、受注管理から注文者へのメールもスムーズにできます。
今の所は、注文処理だけが重たくなってしまっている状態です。
カゴに商品を入れたり削除したり処理が重いです。


注文数の累積が多くなってくると、注文処理も重たくなってくるのでしょうか？
この状態では、お客さんに迷惑をかけてしまったり、携帯からの受注機会を逃してしまっている可能性もありますので、何か改善策はないでしょうか？


他の運営者の方は、累積の注文数が多くなってもスムーズに注文処理ができているでしょうか？


アドバイスをお願い致します。

注文数の影響かどうかはわかりませんが、postgreをチューニングするか、バージョンを8系にしてみるとかはいかがでしょう。。

ご回答ありがとうございます。

確かに、注文数が原因なのかはっきりしないのですが、お客さんから注文するのに時間がかかるという指摘を受けて、テスト注文をしてみたら確かに重くなっているのに気付きました。

レンタルサーバで運営しているので、postgreのバージョンアップができません。
レンタルサーバの場合、チューニングはできるのでしょうか？

ホームページの表示や、受注管理からのメール送信などはストレスがないのですが、カゴに商品の出し入れが重たいです。
カゴに商品の出し入れには、DBにはアクセスしているのでしょうか？
カゴに商品の出し入れをする過程のシステムに、何か問題があるのかもしれません。

引続き、アドバイスをお願い致します。

DB側のパフォーマンスとしては、VACUUM や インデックスがまず思いつくところですね。

それ以上に、EC-CUBE の SQL チューニングの方が効果が高いケースもありそうですが。

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。

アドバイスありがとうございます。

phpPgAdminにアクセスして、バキューム作業を行いました。
PC用のホームページからの注文処理は、若干早くなった気がします。
携帯からアクセスして注文処理をしてみましたが、こちらも若干は早くなりましたが、２つ目や３つ目の商品をカゴに入れようとすると、上手く処理できません。
２つ目は何とかカゴに入りますが、３つ目はカゴに入れるのに苦労します。
何回か行って、やっとカゴに入る程度です。
またカゴの中を見る操作を行っても、同じく応答しないと表示されてしまい、上手くできません。

携帯の場合は、クッキーが使用できないのでセッションIDでカゴの中身の出し入れを管理していると思いますが、これはサーバー上でセッションIDごとに、一時的にファイルが作成されてカゴの出し入れを管理しているのでしょうか？


バキューム作業は行いましたが、EC-CUBEに移行して始めてDBと言うのを利用するので、インデックスやSQLのチューニングの方法が分かりせん。

アドバイスを頂けると助かります。

何卒、よろしくお願い致します。

下記のSQLの実行結果が若干気になります。意図せず行が増えているテーブルがあるのかも。


インデックスやSQLのチューニングは、1冊の本が書ける内容量ですので、ここで解決するのは難しいかも。

EC-CUBEコミュニティ(eccube-comu)は、既に一部のSQLチューニングを実施してあります。商品規格の周りなどは、EC-CUBEコミュニティについても、(インデックスなどの)DDLチューニングの余地がありそうです。

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。

ご回答ありがとうございます。

チューニングは素人には難しいのですね。
いろいろと調べていて、レンタルサーバ側が用意しているphpPgAdmin(3.0.6だったかな？)よりも、新しいバージョン(4.2.2)をインストールできる事が分かり、早速ダウンロードしてきてサーバにアップしてみました。

管理ページにバキュームがあったので、とりあえず試しに実行してみたら、カゴの出し入れも問題なくスムーズにできるようになりました。
携帯からの注文も、とてもスムーズになりました。

phpPgAdminのバージョンが違うと、バキュームの効果も大きく異なってくるもんなんですね。

とりあえず、これで注文処理の重さが改善する事ができました。

あと、最新版の4.2.2には管理ページは「再インデックス」の処理を行うボタンがありますが、こちらは恐くて実行していません。
しかも「強制」と言うチェックボックスがあるので、この「再インデックス」を行うと何かが変わる感じがするのですが、ネットを検索しても記事を見つける事ができなかったので、「再インデックス」については行わないでいます。

この「再インデックス」と言うのは、普通に行っても大丈夫なものなのでしょうか？


注文処理が改善できたので、とりあえずは解決です(^-^)

> チューニングは素人には難しいのですね。

ある程度は、試行錯誤や勉強したりで真似事は出来ますが、専門分野ですからねぇ。それだけで、飯を食っている人も居る、深〜い世界のようです。

とはいえ、現状の EC-CUBE は、簡単に改善できる余地を残しているような気もします。

> phpPgAdminのバージョンが違うと、バキュームの効果も大きく異なってくるもんなんですね。

SQLの VACUUM 構文の新たな文法を発行できるように改訂したんだと思いますが、旧バージョンは実は VACUUM していなかったなんてオチもありえますね。

> この「再インデックス」と言うのは、普通に行っても大丈夫なものなのでしょうか？

個人的には、VACUUM FULL に比べたら、さほど危険な操作とは感じません。しかし、その機能にバグが潜在している確立なんかも否定できませんし、深く考えるとなんとも・・・

----------------
Seasoft
こちらでの投稿は、アイディア程度に留めさせていただいております。
個別案件の作業は有償で承っております。お気軽にご相談ください。