- Shipped
- 5 सितंबर 2026 को 3:22 am बजे UTC
- Author
- Kamo
- Commit
- 19ddb30
डीडीएल को लागू करने से कैटलॉग संस्करण को टक्कर मिलती है, और फिर भी पुराने को पकड़ती है SQLState 40001 के साथ अपने अगले बयान में विफल होने तक वे पुनर्नवीनीकरण कर रहे हैं। अंतिम घटना की लागत 188 त्रुटियाँ 15 मिनट से अधिक बेड़े और एक के रूप में सूचना दी गई थी एकल विजेट टूट गया है। ************* (3600) तक बाध्यता कितनी देर तक शारीरिक बैकेंड एक घंटे के बजाय पांच मिनट के लिए एक कहानी सूची रखने पर जा सकते हैं। ध्यान दें कि यह एक कन्नेक्शन मैनेजर सेटिंग है, एक क्लाइंट नहीं: tserver रन --enable ysql conn mgr=true, इसलिए सेवाओं के Hikari पूल तार्किक पकड़ कनेक्शन और कहानी सूची साझा बैकेंड में रहती है, जो पूल के मालिक नहीं हैं। Hikari के मैक्सलाइफटाइम को कम करने, स्पष्ट अनुमान, कुछ भी नहीं किया जाएगा। **************************************** पर कैटलॉग संस्करण रखता है मास्टर-> संरक्षक हार्टबीट इसलिए नया संस्करण तुरंत बजाय प्रचारित करता है एक आलसी पथ पर। रनटाइम में न तो बसा है - Yb-ts-cli बिना बल के दोनों को मना करती है - इसलिए यह मास्टर और संरक्षक की एक पुनरारंभ की लागत, और प्रतिकृतियों के साथ: प्रत्येक पर 1 एक पूर्ण डेटाबेस आउटेज है। जानबूझकर, मालिक की मंजूरी के साथ लिया गया। ये विंडो को संकीर्ण करते हैं; वे इसे हटा नहीं पाते हैं। Yugabyte की स्थिति यह है कि डीडीएल के दौरान समवर्ती डीएमएल "अस्थिम स्कीमा धुंध त्रुटियों का सामना करना पड़ता है कि क्लाइंट साइड रिट्रीज़ की आवश्यकता होती है, जो ट्रांसिएंट डीबीरेट्री के लिए क्या है।.