Spring Boot 4.1 hat virtuelle Threads zum Standardausführungsmodell gemacht, aber diese Änderung kann die HikariCP-Verbindungspooling stillschweigend zerstören. Unter Last halten virtuelle Threads Datenbankverbindungen länger als Plattform-Threads, was zu Pool-Erschöpfung und Request-Timeouts führt. Dieser Beitrag analysiert das Problem: Virtuelle Threads sind leichtgewichtig, können aber bei I/O blockieren, ohne Verbindungen rechtzeitig freizugeben. Der Autor bietet konkrete Lösungen an, darunter die Erhöhung der Poolgröße, die Verkürzung des Verbindungs-Timeouts und die Verwendung eines separaten Thread-Pools für Datenbankoperationen. Für Teams, die auf Spring Boot 4.x migrieren, ist das Verständnis dieser Interaktion entscheidend, um Produktionsausfälle zu vermeiden. Der Beitrag diskutiert auch Überwachungsstrategien, um Pool-Hunger frühzeitig zu erkennen.
Eine tiefgehende Analyse, wie die standardmäßigen virtuellen Threads von Spring Boot 4.1 zur Erschöpfung des HikariCP-Pools führen, mit Konfigurations-Workarounds.