Indizes werden ungültig gemacht und indexer_reindex_all_invalid ständig ausgeführt

Dieser Artikel bietet eine mögliche Problemumgehung, wenn Ihre Site Leistungsprobleme aufweist, die durch eine ständige Neuindizierung verursacht werden. Dies ist darauf zurückzuführen, dass der cron Auftrag indexer_reindex_all_invalid kontinuierlich ausgeführt und die Caches bei reindex bereinigt werden.

Betroffene Produkte und Versionen

Problem

In New Relic One sollten Fehlerprotokolle indexer_update_all_views zeigen, die häufig mit einer Zeit von > 1 Sekunde ausgeführt werden (d. h., es wird etwas verarbeitet).

Ursache

Wenn der Adobe Commerce-Core-Importer ausgeführt wird (manuell oder durch cron), wird ein Satz von Plug-ins für mehrere Kernmodule ausgeführt, um zu bestimmen, welche Indizes ungültig gemacht werden sollen.

Das Problem tritt auf, wenn das Category Permissions im Commerce Admin aktiviert ist. Wenn dies „true“ ist, werden die Produkt- und Kategorieindizes (und verknüpften Indizes) immer durch das Plug-in des Moduls ungültig, wenn ein Import ausgeführt wird. Wenn die standardmäßigen Importtypen untersucht werden, wirken sie sich alle auf Category Permissions aus. Invalidierung wird erwartet.

Wenn auf einer Site B2B-Module aktiviert sind, wird Shared Catalog außerdem aktiviert und Category Permissions gesperrt. Wenn Sie Shared Catalog ausschalten, wird Category Permissions entsperrt, aber nicht ausgeschaltet.

Überprüfen cron Protokolle in Ihrer MySQL-Datenbank:

Wenn Sie sich bei Ihrer MySQL-Datenbank anmelden, können diese Ihr cron auf den reindex all indexes überprüfen.
Das sollte oft vorkommen, aber der wichtige Faktor ist, dass der Prozess eine von zwei möglichen Dingen tut.

Der Prozess kann nur eine der beiden folgenden Aktionen durchführen:

Normalerweise würden Sie viele Vorkommnisse des Prozesses sehen wollen, aber mit einer Ausführungszeit von weniger als 1 Sekunde.
Ein Händler kann daher diese MySQL-Abfrage verwenden, um Transaktionen zu finden, deren Ausführung mehr als 1) dauert:

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

Sie können sehen, wie lange ein Zeitraum aufgezeichnet wird, indem Sie Folgendes ausführen:

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;

Wenn Ihnen dies nicht genügend Zeit für eine korrekte Bewertung gibt, können Sie die Zeit erhöhen, die ein erfolgreicher cron im Protokoll gespeichert wird, indem Sie dieser Anleitung Cron (Geplante Aufgaben) folgen, und den Success History Lifetime erhöhen (der Standardwert ist nur 60 Minuten).

Lösung

Erweitern Sie Magento\CatalogPermissions\Model\Indexer\Plugin\Import so, dass die afterImportSource den benutzerdefinierten Importer ausschließt.

    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;
    }

Dabei ist ENTITY_CODE der Wert, der für den Parameter „Entity Name“ in der import.xml für das benutzerdefinierte Import-Tool verwendet wird.

Verwandtes Lesen

configure cron jobs im Adobe Commerce Operations Configuration Guide.