我有一家基于 magento 1.8 的商店,我认为 magento 又慢又“重”。
我正在分析几个要点,试图得出一些结论。
我执行了此命令(在 Linux Web 服务器上): mysqladmin -u root -p 版本
并得到这个结果: 线程:6 问题:708190020 慢速查询:3202 打开:60678 刷新表:1 打开表:512 每秒平均查询:583.301
我如何解释参数问题和慢速查询? 这个结果很差吗?
最佳答案
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 方面存在问题的内容。它还可能会带来一些其他危险信号。
关于mysql - 分析 Magento 性能,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/36481231/