Redis Object Cache & Session-Locking in Shopware 6 beheben

Shopware 6 benötigt für schnelle Reaktionszeiten im Warenkorb und Checkout eine hochperformante Caching-Architektur. Häufig führt jedoch eine unvollständige Redis-Konfiguration zu fatalen Ladezeiten-Spitzen von über 4 Sekunden bei parallelen Bestellungen.

1. Das Problem: Blockierende Sessions im Checkout

In Marketingkampagnen klagen Kunden über Wartezeiten beim Klick auf “In den Warenkorb”. Die Systemüberwachung zeigt, dass PHP-FPM Prozesse auf Redis-Mutex-Locks warten.

2. Ursachenanalyse

1. Verbindung über TCP-Loopback (127.0.0.1:6379) statt UNIX Domain Socket.
2. Fehlende Aufteilung zwischen HTTP-Cache und Session-Storage. Wenn der Session-Speicher denselben Redis-Thread nutzt wie der Produkt-Cache, blockieren Flush-Operationen den gesamten Checkout.

3. Die chirurgische Lösung

In config/packages/framework.yaml separate Redis-Instanzen für HTTP-Cache und Sessions definieren:

framework:
  session:
    handler_id: '%env(REDIS_SESSION_URL)%'
  cache:
    app: cache.adapter.redis
    default_redis_provider: '%env(REDIS_CACHE_URL)%'

Und in der .env.local auf schnelle Sockets verweisen:

REDIS_SESSION_URL=redis:///var/run/redis/redis-session.sock
REDIS_CACHE_URL=redis:///var/run/redis/redis-cache.sock

Ergebnis: Sub-60ms TTFB im Warenkorb

Die Latenz bei Warenkorb-Interaktionen sinkt um 88%, und 504 Gateway Timeouts werden komplett eliminiert.

🔗 Zusammenhängende Systemdiagnosen & Infrastruktur-Geflecht:

Server- und Performance-Engpässe treten selten isoliert auf. Origin-Server-Latenzen, Datenbankstrukturen und Frontend-Metriken greifen direkt ineinander:

• MySQL Slow Query Log Analyse & Index-Optimierung: Voll-Tabellen-Scans lokalisieren und Mehrspalten-Indizes anlegen.
• HTTP/3 & QUIC Standalone-Implementierung auf Nginx: Head-of-Line-Blocking im Mobilfunknetz eliminieren.
• WooCommerce Germanized Datenbank-Overhead beheben: Rechtssichere E-Commerce-Plugins ohne Ladezeitverlust betreiben.