> dtb_products_classテーブルに
> 3,000×550×3800分のレコードを持つテーブルに、
> 編集しようとしている規格情報を取得しにいってますので、
> dtb_products_classテーブルにインデックスも張ると、
> 少し改善されるかもしれません。
>
> dtb_products_classテーブルでは、product_idはユニークでは
> ありませんので、規格IDでインデックスを作成されては
> いかがでしょうか。

dtb_products_classテーブルにインデックスを張る方法を
過去ログを見て模索してみます。

情報ありがとうございました

r56様

規格編集画面ということは、DBのdtb_products_classテーブルに
大量のデータが入っており規格情報をSQLでSELECTしている時に、
処理しきれていないと思われます。

商品点数が3,000点で
規格がサイズ 550　カラー 3800ということは、
全ての商品に規格のサイズとカラーの組み合わせを
登録しているとなると、

dtb_products_classテーブルに
3,000×550×3800分のレコードを持つテーブルに、
編集しようとしている規格情報を取得しにいってますので、
dtb_products_classテーブルにインデックスも張ると、
少し改善されるかもしれません。

dtb_products_classテーブルでは、product_idはユニークでは
ありませんので、規格IDでインデックスを作成されては
いかがでしょうか。

＞高速化のスレ等を参考にしていけばいいでしょうか？

高速化に関する過去ログに有用な情報はあると思います。

----------------
EC-CUBE公式エヴァンジェリスト
EC-CUBEインテグレートパートナー (株)スピリット・オブ
移転・拡張・高速化・問題解決
各種カスタマイズ・支援依頼承ります。
[url=h

各規格はそれほど情報量はないのですが、
規格情報を商品情報と共に楽天からインポートしているので
これから更に増える予定です。

> 根本解決方法としては
> 1. クエリの結果を全部取得する方式ではなく、逐次取得方式に切り替えるカスタマイズを行う。
> 2. その他のメモリ負荷が高いところをカスタマイズする

かなり難易度が高そうですがこちらの方法でいこうと思います。
高速化のスレ等を参考にしていけばいいでしょうか？

やはりPostgreSQLではなく、PHPメモリ側でしたね。
エラーの内容を見る限りメモリあふれを起こしていますが、該当の所では確かに、それだけの規格（５５０×３８００）を扱う分けで、かなりメモリ負荷が高いです。

規格をカスタマイズしていたり、各規格の名前等に長めのテキストを使ったりしていますか？
１規格に１００バイトの情報量を使っていたとして、瞬間最大で４００Ｍぐらいのメモリを食うはずですが、状況を見るともっと情報量があるということかもしれません。

回避策的には
1.規格自体の情報に多数の情報量を入れないようにする。
2.規格を５５０×３８００と大量に使っているところを減らすように工夫する。

根本解決方法としては
1. クエリの結果を全部取得する方式ではなく、逐次取得方式に切り替えるカスタマイズを行う。
2. その他のメモリ負荷が高いところをカスタマイズする

という感じかと思います。

----------------
EC-CUBE公式エヴァンジェリスト
EC-CUBEインテグレートパートナー (株)スピリット・オブ
移転・拡張・高速化・問題解決
各種カスタマイズ・支援依頼承ります。
[url=h

サーバー管理の方にmemory_limitを
1024Mまで増やして頂いたのですがダメでした。
memory_limitをこれ以上増やすのは現在の環境では
難しいそうです。

phpのログのエラーの一部を頂きました。
↓memory_limit追加前
[error] [client xxx.xxx.xxx.xxx] PHP Fatal error: Allowed memory size of 67108864 bytes exhausted (tried to allocate 43 bytes) in /var/www/html/eccube/data/module/DB/pgsql.php on line 415, referer: http://xxxx/admin/products/index.php

[error] [client xxx.xxx.xxx.xxx] PHP Fatal error: Allowed memory size of 268435456 bytes exhausted (tried to allocate 45 bytes) in /var/www/html/eccube/data/module/DB/pgsql.php on line 415, referer: http://xxxx/admin/products/index.php


↓memory_limit追加後
[error] [client xxx.xxx.xxx.xxx] PHP Fatal error: Allowed memory size of 1073741824 bytes exhausted (tried to allocate 524288 bytes) in /var/www/html/eccube/data/module/DB/common.php on line 1627, referer: http://xxx/admin/products/index.php

[error] [client xxx.xxx.xxx.xxx] PHP Fatal error: Allowed memory size of 1073741824 bytes exhausted (tried to allocate 524288 bytes) in /var/www/html/eccube/data/module/DB/common.php on line 1627, referer: http://xxx/admin/products/index.php

最後に2048Mにして試していただいたのですが、
これは、サーバのリソースの上限にあたってしまいプロセスが
終了させられてしまったそうです。

先程も書きました通り、まずはボトルネックを調べた方が良さそうですね。

AMUAMU 様が書かれている PHP の バージョンは結構怪しいですね。PHP 5.1 は、memory_limit の初期値は 8M だった気が・・・


また、

> 商品マスターから規格管理へ進むと画面が開かなく
> なってしまいました。

このあたり、時間軸を含めて、詳細な状況が分かると、良いように思います。

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

PostgreSQLで、その程度の量は問題無く動くはずなんですけどね・・・

色々なところにデバッグ出力などを仕掛けて、どこで時間がかかっているか等を分析しないと中々辛そうな。
DBより、PHPのタイムアウトまたはメモリリミットなどが原因の気もします。
PHPのエラーログに何か出ていませんか？
またPHPのタイムアウト時間などは設定可能な環境ですか？

----------------
EC-CUBE公式エヴァンジェリスト
EC-CUBEインテグレートパートナー (株)スピリット・オブ
移転・拡張・高速化・問題解決
各種カスタマイズ・支援依頼承ります。
[url=h

PostgresSQLのシェアードメモリを変更しましたが
ダメでした

shared_buffers 32M → 128M
random_page_cost 4.0 → 3.0

ご返信ありがとうございます

Chromeをダウンロードして試したのですがダメでした。

PostgreSQL のシェアードメモリーは早速確認してみます。