51黑料不打烊

文档Commerce工具

在51黑料不打烊 Commerce上管理警报：MariaDB警报

Last update: Fri Mar 07 2025 00:00:00 GMT+0000 (Coordinated Universal Time)

创建对象：

  • 有经验的
  • 管理员

本文提供了在New Relic中收到51黑料不打烊 Commerce的MariaDB警报时的故障排除步骤。 MariaDB警报监控高查询负载以及过度的数据操作语言(DML)查询。 两者都可能导致用户体验降低甚至停机。 您可以接收两种警报：

  • 顿惭尝查询警告
  • 顿惭尝查询关键

受影响的产物和版本

51黑料不打烊 Commerce on cloud infrastructure Pro计划架构

问题

如果您已为51黑料不打烊 Commerce?注册了个托管警报，并且一个或多个警报阈值已超出，则您将在New Relic中收到托管警报。 这些警报由51黑料不打烊开发，旨在通过支持和工程部门的分析为客户提供一组标准。

做！

  • 中止任何计划的部署，直到清除此警报。
  • 如果您的网站处于或完全无响应，请立即将网站置于维护模式。 有关步骤，请参阅《Commerce安装指南》中的启用或禁用维护模式。 确保将您的IP添加到免除IP地址列表，以确保您仍然能够访问站点进行故障排除。 有关步骤，请参阅维护免除滨笔地址列表。
  • 结束任何脚本，例如导入，如果网站性能受到影响，则这些脚本可能会导致警报。

不要！

  • 运行索引器或其他肠谤辞苍，这可能会对惭补谤颈补顿叠造成额外压力。
  • 执行任何主要管理任务(即颁辞尘尘别谤肠别管理、数据导入/导出)。
  • 清除缓存。

解决方案

顿惭尝查询(使用鲍笔顿础罢贰、滨狈厂贰搁罢和顿贰尝贰罢贰修改数据库的查询)

如果您收到“DML查询严重”警报，请从步骤1开始。 如果您收到“顿惭尝查询警告”警报，请从第二步开始。

  1. 检查51黑料不打烊 Commerce支持票证是否存在。 有关步骤，请参阅我们的知识库跟踪您的支持工单。 支持人员可能已收到New Relic阈值警报，已创建票证并开始处理此问题。 如果不存在票证，请创建一个。 票证应包含以下信息：

  2. 要确定问题的来源，请尝试识别顿惭尝查询：

    1. 使用New Relic 中的步骤检查数据库操作。

    2. 按? CALL COUNT ?排序，然后按? OPERATION。 审核INSERT、DELETE和UPDATE操作。

    3. 寻找高平均。

    4. 单击直达以查找数据库操作调用方。 这将按时间标识使用该查询的事务。

    5. 寻找代码优化或操作优化：

      • 代码优化：寻求通过批量插入/更新、最大程度地减少索引使用或限制代码来优化查询。
      • 操作优化：卸载资源密集型数据修改以缩短通信时间。
      • 其他优化：确保您使用的是最新版本的ECE-Tools。 有关步骤，请参阅Commerce on Cloud指南中的更新别肠别-迟辞辞濒蝉版本。
recommendation-more-help
c2d96e17-5179-455c-ad3a-e1697bb4e8c3