2016-04-07 4 views
0

私はmagento 1.8をベースにした店を持っています。私はmagentoをゆっくりと「重い」と考えています。Magentoの性能を分析する

いくつかの点を分析して、いくつかの結論を得ようとしています。

私は(LinuxのWebサーバーで)次のコマンドを実行: のmysqladmin -uルート-pバージョン

をし、この結果を得る: スレッド:6つの質問:708190020のスロークエリ:3202を開きます:60678テーブルをフラッシュする:1開いているテーブル:512クエリ/秒平均:583.301

どのように私はパラメータの質問とスロークエリを解釈できますか? この結果は不良ですか?

答えて

0

583 QPSは「高」 - おそらく85パーセンタイルです。それって良いのそれとも悪いの?場合によります。あなたは、他の理由から、それが悪いと感じるようです。

3K/708M低速クエリ - 非常に低い。だから、私はMagentoやあなたのそれの使用のためにインデックスが欠けているか、または公式化が不十分だとは思わない。しかし...あなたはおそらく不当に高いlong_query_timeを持っています:10は典型的ですが、1が良いです。それを変更してください(SET @@GLOBAL.long_query_time = 1)。また、低速ログを有効にしてください(ご使用のMySQLのバージョンの詳細については、マニュアルを参照してください)。次に、いたずらなクエリがあるかどうかを確認できます。

残りはあまり言わない。

私はMagentoを知らないので、高いQPSがその欠陥であるのか、それを使ってアプリケーションを設計したのかは分かりません。 RAMサイズ、SHOW VARIABLES;、およびSHOW GLOBAL STATUS;を提供している場合、私はMagento側の汚れを示すものを探します。それはまた、他のいくつかの赤旗を引き出すかもしれません。