Magento db で mysqltuner を実行すると、次のように表示されます
[!!] Total fragmented tables: 1203
提案では、それは言う
Run OPTIMIZE TABLE to defragment tables for better performance
db バックアップを作成したばかりで、Magneto db を最適化する最良の方法はどれか疑問に思っていました。
一部のフォーラムで、OPTIMIZE オプションが InnoDB であるため使用できないことがわかりました。
私の質問は：
1) Magento InnoDB を最適化するのに最適なコマンドはどれですか?
1203テーブルだといちいちできません。2)すべてのデータベースで最適化を行うことはできますか?
偽物！ そのツールは、断片化されたテーブルについて常に文句を言います。事実上、ユニバースのすべてのテーブルは、ある程度「断片化」されています。事実上、断片化の影響を受けるMySQL システムはありません。
私は文字通り何千もの遅いクエリを研究してきました。断片化の原因をたどることができたのは 2 つだけでした。残りは、インデックス、クエリの再作成、スキーマの再設計などによって解決されました。最適化ではありません。
そのツールからのその他の出力のほとんどは、かなり良好です。他に何かを保証しました[!!]か？
システムの動作が遅いですか?
遅い MySQL を診断するための最適なツールは、slowlog です。オンにして、long_query_time を 2 (またはそれ以下) に設定し、1 日待ってから pt-query-digest を実行し、遅いクエリの上位 1 つまたは 2 つを表示します。運が良ければ、システムを大幅に高速化する修正を提供できます。
また、チューナブルの詳細な分析が必要な場合は、SHOW GLOBAL STATUS(少なくとも 1 日稼働した後に)SHOW VARIABLES使用している RAM の量を教えてください。