- Expediere
- 5 septembrie 2026 la 03:22 UTC
- Autor
- Kamo
- Comite
- 19ddb30
Aplicarea DDL denivelează versiunea de catalog, și backend-uri încă deține cel vechi nu reușesc următoarea declarație cu SQLState 40001 până când acestea sunt reciclate. Ultimul a fost raportată ca o Un singur widget fiind rupt. - Nu. (de la 3600) limite de cât timp un fizic backend poate continua să dețină un catalog vechi la cinci minute, mai degrabă decât o oră. Rețineți că acesta este un set Manager CONNECTION, nu unul client: Tserver ruleaza --enable ysql conn mgr=true, so the services' Hikari pools hold LOGICAL conexiunile și catalogul vechi trăiește în backend-uri partajate piscinele nu dețin. Reducerea timpului maxim de viaţă al lui Hikari, presupunerea evidentă, nu ar fi făcut nimic. **************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** bătăile inimii master->tserver astfel încât noua versiune se propagă prompt în loc de pe o cale leneşă. Nici settable la runtime costurile o repornire a maestrului și a tserver-ului, și cu replici: 1 pe fiecare este o pană completă de date. Luate în mod deliberat, cu aprobarea proprietarului. Acestea îngustează fereastra; nu o îndepărtează. Poziţia lui Yugabyte este aceea. DML concomitent în timpul DDL "poate întâlni erori temporare de nepotrivire schema că Necesită retries client-side," care este ceea ce TransivingDbRetry este pentru.