質問 > フロント機能 > 商品表示が遅すぎるので高速化したい |
フロント機能
スレッド表示 | 古いものから | 前のトピック | 次のトピック | 下へ |
投稿者 | スレッド |
---|---|
468 |
投稿日時: 2011/8/19 9:47
対応状況: −−−
|
神 登録日: 2008/10/26 居住地: 投稿: 3217 |
Re: 商品表示が遅すぎるので高速化したい 横から失礼します。
tao_s様のおっしゃっている細々とした対応について、 具体的な内容はわからないのですが、 データベースのチューニングを行う箇所は、viewを設定する以外にも 色々とあります。 インデックスを見直したり、phpに記述されているsqlを書き直したり・・・ データベースチューニングの厄介なところは、 サーバ構成や登録されているデータ量、ec-cubeのカスタマイズ内容によって、 対応策が異なるところと感じています。 なので、私は問題(データベースの遅延)に気づく度に、 試行錯誤しています。 |
neko_cube |
投稿日時: 2011/8/18 14:40
対応状況: −−−
|
半人前 登録日: 2011/7/11 居住地: 神奈川県 投稿: 13 |
Re: 商品表示が遅すぎるので高速化したい tao_s様ご返信ありがとうございます。
記事の方を読ませていただきました。 一度記事の内容をMySQLで試して問題が出なければ良いかなとも思ってはいました。 但し私のスキルの問題でMySQLも試してPostgreSQLも試してとなると結構パニック状態なんです。 また、「細々とした対応」とはチューニングしてあるシステム・追加機能、バージョンによって調整が必要となる場合も多々必要になってくるという理解の仕方でよろしいのでしょうか。 追記、ご意見頂けますと参考になります。 NEKO |
shutta |
投稿日時: 2011/8/18 12:24
対応状況: −−−
|
仙人 登録日: 2010/2/4 居住地: 関西 投稿: 835 |
Re: 商品表示が遅すぎるので高速化したい みなさん、こんちには。
私も、2.4系をMySQLを運用するのに苦労した口です。 VIEWを利用するように書き換えるだけで、全般的に高速化できましたが、 そのたにも細かなところで速度劣化があったので、結構手間を取られました。 商品数以外にも受注件数が増えるとそれに関連してチューニングが必要でしたし、order_idを採番する際にdtb_orderテーブルをロックしてしまう機構なんかもトラブルに繋がったりと、なかなか大変でした。 2.11では、随分改善しているとは思いますが、そんな経験があるもので、専らPostgreSQLで運用するようにしていますね。
|
tao_s |
投稿日時: 2011/8/18 3:19
対応状況: −−−
|
仙人 登録日: 2008/8/20 居住地: 東京 投稿: 799 |
Re: 商品表示が遅すぎるので高速化したい どうもです。例の記事を書いた者です。
僕も商品点数や規格数が多い場合にはPostgreSQLを使います。 と言うかEC-CUBEはほとんどPostgreSQLです。 ただ、MySQLだってDBとしてはPostgreSQLに負けていないハズ!と思って色々試してみた次第です。 MySQLでもPostgreSQLと同程度のパフォーマンスは出せると思います。チューニング次第ではPostgreSQLよりも速くなるかもしれませんが、現実問題としてDBのチューニングにリソースを割くのであればPostgreSQLを使って、他のところにリソースを割いた方が得策です。 ブログに書いたやり方は、MySQLでもPostgreSQLと同じ様な処理をする様にした物なので、そこまで致命的な障害は出ないと思いますが、細々とした対応は必要になってくると思います。
|
neko_cube |
投稿日時: 2011/8/17 3:10
対応状況: −−−
|
半人前 登録日: 2011/7/11 居住地: 神奈川県 投稿: 13 |
Re: 商品表示が遅すぎるので高速化したい 468様ご返信ありがとうございます。
やはりMySQLのチューニングに1ヶ月近くということから、大変ご苦労されていることが分かります。 MySQLからPostgreSQLに移行しようと思います。 その場合はphpMyAdmin → phpPgAdminにするそうですが、その辺を今勉強しています。 MySQLの利用者からの声が聞けまして大変参考になりました。 |
468 |
投稿日時: 2011/8/16 19:51
対応状況: −−−
|
神 登録日: 2008/10/26 居住地: 投稿: 3217 |
Re: 商品表示が遅すぎるので高速化したい 私は、仕事でMySQLをよく利用しますが、
2.4系は、デフォルトでは商品や規格、カテゴリが増えれば増えるだけ 爆発的にデータベースのレスポンスが遅くなります。 商品件数10,000件、カテゴリ6個、規格多少有りのショッピングサイトをカスタマイズした時は、 MySQLのチューニングだけで1ヶ月近くかかりました。 (SQLの見直し、テーブル構造の変更、MySQLの設定変更) それでも、商品一覧の表示が要件に満たなかった為(3〜5秒)、 毎晩、全ページを別アプリでクロールさせて、WEBページをサーバにキャッシュさせています。 もし、PostgreSQLが利用できる状況であれば、 商品の件数から考えて、データベースを切り替えたほうが効率的かもしれません。 |
fukap |
投稿日時: 2011/8/16 10:11
対応状況: −−−
|
仙人 登録日: 2009/7/7 居住地: 滋賀県 投稿: 907 |
Re: 商品表示が遅すぎるので高速化したい 引用:
phpMyAdminで管理しています。管理画面の操作がよく分からないといった感じです。 データベースの基本知識があれば、何となくわかると思います。 わざわざSQLを叩かなくても、テーブル構造やレコードの中身が確認できるので、とても便利です。 引用: 因みにfukap様もPostgreSQLの方ですか。 PostgreSQL8.3環境をデフォルトにしています。 2.11系でもやはりPostgreSQLのほうが速いと思いましたので、変える予定はありません。 引用: fukap様は商品数が多い場合PostgreSQLで構築していますか? EC-CUBE 2.4.4、登録商品数4800(規格なし)、カテゴリ2080、のサイトが一番多いですかね。 今のところストレスなく動作しています。専用サーバーの1台構成です。 商品一覧・商品詳細でも、表示速度は1秒程度のようです。 |
neko_cube |
投稿日時: 2011/8/16 9:50
対応状況: −−−
|
半人前 登録日: 2011/7/11 居住地: 神奈川県 投稿: 13 |
Re: 商品表示が遅すぎるので高速化したい supernabeo様ご意見ありがとうございます。
カゴヤにそんなプランがあるのですね。 当方でもカゴヤの共有プランにて2つほど契約しているサイトがあります。以前お世話になっていたエンジニアの方がカゴヤはEC CUBEのインストールが簡単だと言っていたのを思い出しました。 ただPostgreSQLプランは初めて知りました。参考にさせて頂きます。 NEKO |
neko_cube |
投稿日時: 2011/8/16 9:43
対応状況: −−−
|
半人前 登録日: 2011/7/11 居住地: 神奈川県 投稿: 13 |
Re: 商品表示が遅すぎるので高速化したい fukap様ご返信ありがとうございます。
以前「商品の登録追加エラー」でお世話になりました。 その後問題は起きなかったのですが、商品の登録をしていましたら運営直前でとてつもなくレスポンスが悪いことに気づき、調べましたら同じような方がかなり多くいたので対策に入る前にご返答頂けて参考になります。 phpMyAdminとPostgreSQLどちらにせよ、早速入門書でも購入してこようと思います。果たしてこういった事例の参考書はあるのでしょうか。2についてはphpMyAdminで管理しています。管理画面の操作がよく分からないといった感じです。 確かにトラブルが分からないのはやってみてといった感じですね。元に戻せるデータを考えた上で挑戦してみようと考えていました。 因みにfukap様もPostgreSQLの方ですか。一応サーバーにはphpMyAdminとPostgreSQL両方ともインストールされているようなので、PostgreSQLでもと考えたのですが、やはり構築した経験がないので何からはじめて良いのか分からないといった具合です。 PostgreSQLにする場合現在のまま移行しながらというのが必要になると思いますが、どのように手順を踏んだら良いのか未知数です。 fukap様は商品数が多い場合PostgreSQLで構築していますか? みなさんPostgreSQLにすると驚くといった表現なのでfukap様の言われますとおり完全に別物なのでしょうね。そう言い切られてしまうと悩みます。 一応EC-CUBEをMySQLからPostgreSQLに移行の記事も見てはいます。 本日は本屋に乗り込んで来ようと思います。 NEKO |
supernabeo |
投稿日時: 2011/8/16 9:43
対応状況: −−−
|
新米 登録日: 2009/6/18 居住地: 大分県 投稿: 7 |
Re: 商品表示が遅すぎるので高速化したい
|
(1) 2 » |
スレッド表示 | 古いものから | 前のトピック | 次のトピック | トップ |