mysql - 分析 Magento 性能

标签 mysql database-performance magento-1.8

我有一家基于 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/

相关文章:

mysql - 删除查询 mysql - 需要说明

php - 变量 'innodb_lock_wait_timeout' 是只读变量

mysql - 相似记录的递归查询

不锁定表的 MySQLDump

php - 在每个 div 选项卡中显示一个随机测试问题

Postgresql 截断速度

mysql - 如何在 MySQL 中查找列的名称?

带有子查询的 MySQL 查询花费的时间比应该的长

php - Magento 1.8 - 高级搜索不起作用

php - fatal error : Call to a member function getId() on a non-object in/app/code/core/Mage/Adminhtml/controllers/Catalog/ProductController. PHP