Spring Boot 4.1 は仮想スレッドをデフォルトの実行モデルにしましたが、この変更は HikariCP コネクションプーリングを静かに壊す可能性があります。負荷がかかると、仮想スレッドはプラットフォームスレッドよりも長くデータベース接続を保持し、プール枯渇とリクエストタイムアウトを引き起こします。この記事では、問題を分析します：仮想スレッドは軽量ですが、接続を迅速に解放せずに I/O でブロックする可能性があります。著者は、プールサイズの増加、接続タイムアウトの短縮、データベース操作用の個別スレッドプールの使用など、具体的な修正方法を提供します。Spring Boot 4.x に移行するチームにとって、この相互作用を理解することは、本番環境の障害を回避するために重要です。また、プール枯渇を早期に検出するための監視戦略についても説明しています。
Spring Boot 4.1 のデフォルト仮想スレッドが HikariCP プール枯渇を引き起こす仕組みと、設定による回避策を詳しく解説。