[Endast PaaS]{class="badge informative" title="Gäller endast Adobe Commerce i molnprojekt (Adobe-hanterad PaaS-infrastruktur) och lokala projekt."}

ACSD-64118 Samtidiga begäranden om produktsparande ger upphov till inkonsekventa data och dubblettposter

Korrigeringen ACSD-64118 åtgärdar ett problem där samtidig begäran om att spara och uppdatera samma produkt resulterar i inkonsekventa data eller duplicerade produkter. Den här korrigeringen är tillgänglig när Quality Patches Tool (QPT) 1.1.65 har installerats. Korrigerings-ID är ACSD-64118. Observera att problemet är planerat att åtgärdas i Adobe Commerce 2.4.9.

Berörda produkter och versioner

Korrigeringen har skapats för Adobe Commerce-version:

  • Adobe Commerce (alla distributionsmetoder) 2.4.5-p7

Kompatibel med Adobe Commerce-versioner:

  • Adobe Commerce (alla distributionsmetoder) 2.4.4 - 2.4.6-p10
NOTE
Korrigeringen kan bli tillämplig för andra versioner med nya Quality Patches Tool-versioner. Om du vill kontrollera om korrigeringen är kompatibel med din Adobe Commerce-version uppdaterar du paketet magento/quality-patches till den senaste versionen och kontrollerar kompatibiliteten för Quality Patches Tool: Sök efter sidan med korrigeringsfiler ​. Använd patch-ID:t som söknyckelord för att hitta patchen.

Problem

Samtidiga begäranden om att spara och uppdatera samma produkt resulterar i inkonsekventa data eller dubblerade produkter.

Steg som ska återskapas:

  1. Konfigurera flera processer för konsumenter i env.php:

    code language-text
    'multiple_processes' =>
        array (
            'async.operations.all' => 4,
        ),
    
  2. Lägg till ytterligare en butik och en ny butik på huvudwebbplatsen.

  3. Skicka en satsvis API-begäran till standardslutpunkten för butiksgranskning /rest/default/async/bulk/V1/products med följande nyttolast för att skapa en produkt:

    code language-text
    [
      {
        "product": {
          "sku": "Test_Prod",
          "name": "Test Product",
          "attribute_set_id": 4
        }
      }
    ]
    
  4. Använd samma nyttolast för att skicka en satsnings-API-begäran till den nya slutpunkten för butiksgranskning /rest/store/async/bulk/V1/products för att uppdatera produkten.

  5. Töm cacheminnet.

  6. Kör cron-jobb.

  7. Kontrollera tabellen catalog_product_entity för att se om det finns poster i produkten från föregående steg.

Förväntade resultat:

  • Det ska finnas en enda post för produktens SKU i tabellen catalog_product_entity.
  • Den första REST API-begäran ska skapa en databaspost och alla efterföljande begäranden ska uppdatera den databasposten.

Faktiska resultat:

Det finns flera poster för samma SKU i tabellen catalog_product_entity.

Tillämpa korrigeringen

Använd följande länkar beroende på distributionsmetod för att tillämpa enskilda korrigeringsfiler:

Relaterad läsning

Mer information om Quality Patches Tool finns i:

recommendation-more-help
c2d96e17-5179-455c-ad3a-e1697bb4e8c3