Beheerde waarschuwingen voor Adobe Commerce: waarschuwing voor geheugenmeldingen

De pagina van de Infrastructuur van New Relic APM van het gebruik 🔗 om hoogste geheugen-intensieve processen te identificeren. Voor stappen, verwijs naar de pagina van de Gastheren van de Infrastructuur van New Relic controle > het lusje van Processen. Als de diensten zoals Redis of MySQL de hoogste bron van geheugenconsumptie zijn, probeer het volgende:

• Controleer of u de meest recente versie hebt. In nieuwere versies kunnen soms geheugenlekken worden gecorrigeerd. Als u niet over de nieuwste versie beschikt, kunt u een upgrade uitvoeren. Voor stappen, verwijs naar Adobe Commerce op wolkeninfrastructuur > de Diensten > de Diensten van de Veranderingin onze ontwikkelaarsdocumentatie.
• Als u nog steeds de bron van verhoogd geheugenverbruik niet kunt identificeren, controleert u op MySQL-problemen zoals langdurige query's, primaire sleutels niet gedefinieerd en dubbele indexen. Voor stappen, verwijs naar Veelvoorkomende gegevensbestandKwesties in Adobe Commerce op wolkeninfrastructuurin onze basis van steunkennis.
• Als er geen MySQL problemen zijn, controleer dan op PHP problemen. Herzie lopende processen door ps aufx in CLI/Terminal in werking te stellen. In de eindoutput, zult u cron banen en processen zien die momenteel worden uitgevoerd. Controleer de uitvoer op de uitvoeringstijd van het proces. Als er een kruin met een lange uitvoeringstijd is, kan de kruin hangen. Verwijs naar Trage prestaties, langzame en langlopende krattenen baan van het Gewas die in "lopende"statusin onze basis van de steunkennis voor het oplossen van problemenstappen wordt geplakt.

Als u nog worstelt om de bron van het probleem te identificeren, gebruik pagina van de Transactie van New Relic APMom transacties met prestatieskwesties te identificeren:

• Transacties sorteren door oplopende Apdex-scores. Apdexverwijst naar gebruikerstevredenheid aan de reactietijd van uw Webtoepassingen en de diensten. A lage score van de Indexkan op een knelpunt (een transactie met een hogere reactietijd) wijzen. Meestal is dit de database, Redis of PHP. Voor stappen, verwijs naar de transacties van de Mening van New Relic met de hoogste ontevredenheid van de Index.
• De transacties van de soort door hoogste productie, de langzaamste gemiddelde reactietijd, het meest tijdrovend, en andere drempels. Voor stappen, verwijs naar New Relic vind specifieke prestatiesproblemen. Als u het probleem nog steeds niet kunt identificeren, gebruikt u de pagina Infrastructuur van New Relic APM.

Als u niet de oorzaak van verhoogde geheugenconsumptie kunt identificeren, herzie recente tendensen om kwesties met recente codeplaatsingen of configuratieveranderingen (bijvoorbeeld, nieuwe klantengroepen en grote veranderingen in de catalogus) te identificeren. U wordt aangeraden de afgelopen zeven dagen van activiteit te controleren op correlaties in codeimplementaties of -wijzigingen.

Als de bovenstaande methoden u niet helpen de oorzaak en/of oplossing binnen een redelijke tijd te vinden, vraagt u om een upgrade of zet u de site in de onderhoudsmodus als u dat nog niet hebt gedaan. Voor stappen, verwijs naar hoe te om tijdelijk te verzoeken resizein onze steunkennisbasis en Gids van de Installatie > laat of maakt onderhoudswijzein onze ontwikkelaarsdocumentatie toe onbruikbaar.

Als de upsize de plaats aan normale verrichtingen terugkeert, denk na om permanent te verzoeken (uw Team van de Rekening van de Adobe), of probeer om het probleem in uw Dedicated Staging te reproduceren door een ladingstest in werking te stellen en vragen te optimaliseren, of code die druk op de diensten vermindert. Verwijs naar Adobe Commerce op wolkeninfrastructuur > de Plaatsing van de Test > het Testen van de Lading en stressin onze ontwikkelaarsdocumentatie.