Indexen har gjorts ogiltiga och indexer_reindex_all_invalid körs hela tiden

Den här artikeln innehåller en möjlig lösning på problemet när webbplatsen har prestandaproblem som orsakas av konstant omindexering. Detta orsakas av att cron-jobbet indexer_reindex_all_invalid körs kontinuerligt och cacheminnen rensas på reindex.

Berörda produkter och versioner

Problem

I New Relic One-felloggarna ska visa indexer_update_all_views som körs många gånger med en tid på > 1 sekund (d.v.s. bearbetar något).

Orsak

När Adobe Commerce-huvudimportprogrammet körs (manuellt eller av cron) utförs en uppsättning plugin-program för flera kärnmoduler för att avgöra vilka index som ska ogiltigförklaras.

Problemet inträffar när modulen Category Permissions är aktiverad i Commerce Admin. Om detta är sant, ogiltigförklaras alltid indexen för produkt och kategori (och länkade index) i modulen när en import utförs. Om standardimporttyperna undersöks kommer alla att påverka Category Permissions. Invalidering förväntas.

När en plats har B2B-moduler aktiverade aktiveras den dessutom om Shared Catalog aktiveras och Category Permissions låses. Om du stänger av Shared Catalog låses Category Permissions upp, men det stängs inte av.

Kontrollerar cron loggar i din MySQL-databas:

Om du loggar in i din MySQL-databas kan de söka efter reindex all indexes-processen i din cron-logg.
ska visas flera gånger, men den viktiga faktorn är att processen gör en av två möjliga saker.

Processen kan bara göra något av följande:

Vanligtvis vill du se många förekomster av processen, men med en körningstid på mindre än 1 sekund.
En handlare kan därför använda den här MySQL-frågan för att hitta transaktioner som tar mer än 1 sekund att köra:

SELECT TIMESTAMPDIFF(SECOND, executed_at, finished_at) AS period FROM cron_schedule WHERE job_code = 'indexer_reindex_all_invalid' HAVING period > 1

Du kan se hur lång tid en period spelas in genom att köra:

SELECT executed_at FROM cron_schedule WHERE job_code = 'indexer_reindex_all_invalid' AND executed_at IS NOT NULL ORDER BY executed_at ASC LIMIT 1;

Om detta inte ger dig tillräckligt lång tid för att göra en korrekt bedömning kan du öka tiden som en lyckad cron-process sparas i loggen efter den här Cron (schemalagda aktiviteter)-guiden och öka Success History Lifetime-värdet (standardvärdet är bara 60 minuter).

Lösning

Utöka Magento\CatalogPermissions\Model\Indexer\Plugin\Import så att metoden afterImportSource exkluderar den anpassade importeraren.

    public function afterImportSource(\Magento\ImportExport\Model\Import $subject, $import)
    {
        if ($this->config->isEnabled() && $subject->getEntity() !== 'ENTITY_CODE') {
            $this->indexerRegistry->get(\Magento\CatalogPermissions\Model\Indexer\Category::INDEXER_ID)->invalidate();
            $this->indexerRegistry->get(\Magento\CatalogPermissions\Model\Indexer\Product::INDEXER_ID)->invalidate();
        }
        return $import;
    }

Där ENTITY_CODE är det värde som används för entitetsnamnparametern i filen import.xml för den anpassade importören.

Relaterad läsning

Konfigurera cron jobb i konfigurationsguiden för Adobe Commerce-åtgärder.