Adobe Commerce上的受管理警報：記憶體嚴重警報

檢查Adobe Commerce支援票證是否存在。 如需相關步驟，請參閱Commerce支援知識庫中的追蹤您的支援票證。 支援人員可能已經收到New Relic臨界值警示、建立票證並開始處理問題。 如果票證不存在，請建立一個。 票證應具有下列資訊：

• 連絡原因：選取​ New Relic ​收到嚴重警示
• 警示的說明
• New Relic 事件連結。 這包含在您的Adobe Commerce受管理警示中。

使用New Relic APM的基礎結構頁面來識別最耗用記憶體的處理序。 如需相關步驟，請參閱New Relic 基礎結構監督主機頁面：處理序頁簽：

• 如果像Redis、MySQL或PHP這樣的服務是記憶體耗用的主要來源，請嘗試下列方法：
  1.檢查您是否使用最新版本。 較新版本有時可修正記憶體流失。 如果您不是最新版本，請考慮升級。 如需相關步驟，請參閱雲端上的Commerce指南中的變更服務。

如果服務的問題與版本無關，請嘗試下列步驟：

MySQL：檢查像是長時間執行查詢、未定義主索引鍵和重複索引的問題。 如需相關步驟，請參閱Adobe Commerce實施行動手冊中的雲端基礎結構上Commerce最常見的資料庫問題。

Redis：如果Redis是記憶體耗用的最上層來源，請提交支援票證。

PHP：如果PHP是記憶體耗用的主要來源，請在CLI/終端機中執行ps aufx來複查執行中的處理序。 在終端機輸出中，您會看到目前執行的cron作業和程式。 檢查處理序執行時間的輸出。 如果有一個執行時間較長的cron，則cron可能會掛起。 如需疑難排解步驟，請參閱Commerce支援知識庫中的效能緩慢、執行緩慢且時間較長的Cron和Cron工作卡在「執行中」狀態。

如果您仍在努力找出問題的來源，請使用New Relic APM的「交易」頁面來識別具有效能問題的交易：

• 依遞增Apdex分數排序交易。 Apdex表示使用者對您的Web應用程式與服務的回應時間感到滿意。 Apdex score可能表示瓶頸（回應時間較長的交易）。 通常是資料庫​ Redis或PHP。 如需相關步驟，請參考New Relic 檢視最高 Apdex 不滿意度的交易。
• 依最高輸送量、最慢的平均回應時間、最耗時的值和其他臨界值來排序交易。 如需相關步驟，請參閱New Relic [尋找特定效能問題]。 如果您仍在努力找出問題，請使用New Relic APM的基礎結構頁面。

如果您無法找出記憶體耗用量增加的原因，請檢閱最近的趨勢，以找出最近的程式碼部署或設定變更（例如，新客戶群組和目錄的大型變更）所造成的問題。 建議您檢閱過去7天的活動，以瞭解程式碼部署或變更中的任何關聯。

如果上述方法無法協助您在合理的時間內找到原因和/或解決方案，請要求升級或將網站置於維護模式（如果尚未進行）。 如需相關步驟，請參閱Commerce支援知識庫中的如何要求暫時調整大小，以及Commerce安裝指南中的啟用或停用維護模式。

如果升級將網站恢復為正常運作，請考慮請求永久升級(聯絡您的Adobe客戶團隊)，或嘗試透過執行負載測試和最佳化查詢，或降低服務壓力的程式碼，在您的專用測試中重現問題。 請參閱Commerce on Cloud指南中的負載和壓力測試。