- Verschifft
- 5. September 2026 um 03:22 UTC
- Autor
- Kamo
- Ausschuss
- 19ddb30
Die Anwendung von DDL stößt die Katalog-Version, und Backends hält immer noch die alte versagen ihre nächste Anweisung mit SQLState 40001, bis sie recycelt werden. Die letzte Vorfall kostete 188 Fehler flottenweit über fünfzehn Minuten und wurde als eine gemeldet einzelne Widget gebrochen. **************** (ab 3600) begrenzt, wie lang eine körperliche Backend kann auf einen abgestandenen Katalog zu fünf Minuten statt einer Stunde gehen. Beachten Sie, dass dies eine CONNECTION MANAGER-Einstellung ist, keine Client-Einstellung: der tserver läuft --enable_ysql_conn_mgr=true, so dass die Hikari-Pools der Dienste LOGICAL halten Verbindungen und der abgestandene Katalog lebt in gemeinsamen Backends, die die Pools nicht besitzen. Eine Senkung von Hikaris maxLifetime, der offensichtlichen Vermutung, hätte nichts gebracht. ************ trägt Katalog-Versionen auf der Master-Etserver-Herzschlag, so dass sich die neue Version prompt ausbreitet statt auf einem faulen Pfad. Weder ist zur Laufzeit settable - yb-ts-cli verweigert beide ohne -Kraft. kostet einen Neustart des Masters und des tserver, und mit Repliken: 1 auf jedem ist ein vollständiger Datenbankausfall. Bewusst genommen, mit Zustimmung des Eigentümers. Diese verengen das Fenster, sie entfernen es nicht. Yugabytes Position ist, dass gleichzeitige DML während DDL "kann auf temporäre Schema-Munch-Fehler stoßen, die erfordern Client-Seite Retries", das ist, was TransientDbRetry ist für.