在Adobe Commerce上管理警报：MariaDB警报
2025年3月7日
- 主题：
- 缓存
创建对象：
- 有经验的
- 管理员
本文提供了在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查询警告”警报，请从第二步开始。
-
检查Adobe Commerce支持票证是否存在。 有关步骤，请参阅我们的知识库跟踪您的支持工单。 支持人员可能已收到New Relic阈值警报，已创建票证并开始处理此问题。 如果不存在票证，请创建一个。 票证应包含以下信息：
- 联系原因：选择 New Relic MariaDB alert received。
- 警报的说明。
- New Relic 事件链接。 这包含在您的Adobe Commerce托管警报中。
-
要确定问题的来源，请尝试识别DML查询：
-
使用New Relic 数据库页中的步骤检查数据库操作。
-
按 CALL COUNT 排序，然后按 OPERATION。 审核
INSERT、DELETE和UPDATE操作。 -
寻找高平均。
-
单击直达以查找数据库操作调用方。 这将按时间标识使用该查询的事务。
-
寻找代码优化或操作优化：
- 代码优化：寻求通过批量插入/更新、最大程度地减少索引使用或限制代码来优化查询。
- 操作优化：卸载资源密集型数据修改以缩短通信时间。
- 其他优化：确保您使用的是最新版本的ECE-Tools。 有关步骤，请参阅Commerce on Cloud指南中的更新ece-tools版本。
-
recommendation-more-help
c2d96e17-5179-455c-ad3a-e1697bb4e8c3