文档Commerce工具

[仅限PaaS]{class="badge informative" title="仅适用于云项目(Adobe管理的PaaS基础架构)和内部部署项目上的Adobe Commerce 。"}

在Adobe Commerce上管理警报：MariaDB警报

Last update: Mon May 05 2025 00:00:00 GMT+0000 (Coordinated Universal Time)

创建对象：

  • 有经验的
  • 管理员

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

  • DML查询警告
  • DML查询关键

受影响的产品和版本

Adobe Commerce on cloud infrastructure Pro计划架构

问题

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

做！

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

不要！

  • 运行索引器或其他cron，这可能会对MariaDB造成额外压力。
  • 执行任何主要管理任务(即Commerce管理、数据导入/导出)。
  • 清除缓存。

解决方案

DML查询(使用UPDATE、INSERT和DELETE修改数据库的查询)

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

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

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

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

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

    3. 寻找高平均。

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

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

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