L'épuisement du pool de services de sécurité a causé des morts de la vie

FixSecurityService
Expédié
10 août 2026 à 17:14 UTC
Auteur
Kamo
Commite
2fb944b

Hikari n'avait pas de maximum de taille de pool, donc il a fonctionné sur la valeur par défaut de 10 pendant des accompagnements/droits pour chaque service et site interne. Conservé Total 10 actifs - 10 en attente - 33, ce qui a bloqué l'indicateur /actionneur/santé db à 18.8s; la temporisation de la sonde des 3s a ensuite tué la nacelle (sortie 137), 29 préparation échecs sur 154 minutes. Cela faisait référence aux utilisateurs lorsque "Upstream est revenu" 500' sur le site interne. Pool portée à 40 (sûr maintenant que YSQL Connection Manager multiplexe les clients plutôt qu'un backend de PostgreSQL chacun), et les temporisations de la sonde se détendent de 3s à 10.

Tous les changements

Comme ce que tu vois expédier ?

Chacune de ces mises à jour atterrit automatiquement dans votre espace de travail. Commencez gratuitement et regardez-le grandir semaine après semaine.

Commencez gratuitement pour toujoursPrix de visualisation