- शिप
- 5 सितंबर 2026 को 2:11 am बजे UTC
- लेखक
- Kamo
- Commit
- 31b70a7
डीडीएल को लागू करने से कैटलॉग संस्करण को टक्कर मिलती है, और हर भौतिक बैकएंड अभी भी होल्डिंग है पुराना एक SQLState 40001 के साथ अपने अगले बयान में विफल रहता है - "schema संस्करण तालिका के लिए गड़बड़ी ...: उम्मीद 94, 93 मिली। हाइबरनेट इसे फिर से नहीं करता है, इसलिए यह 500 के रूप में एक उपयोगकर्ता तक पहुंचता है। अंतिम घटना ने उनमें से 188 का उत्पादन किया बेड़े चौड़ा पंद्रह मिनट से अधिक, और यह एक विजेट के बारे में एक बग रिपोर्ट के रूप में आया: असफल क्वेरी लगभग हमेशा एक उबाऊ पहचान भार है जो हर पर पहली बार चलता है इसलिए जो भी फीचर shout जोर से दोषी हो जाता है, सत्यापित अनुरोध। इसमें कोई सेटिंग नहीं है जो इसे हटा देती है। Yugabyte के संचालन गाइड कहते हैं डीडीएल के दौरान समवर्ती डीएमएल अस्थायी स्कीमा गलतफहमी त्रुटियों की आवश्यकता है कि ग्राहक के पक्ष में retries, और दो सर्वर झंडे जो विंडो को संकीर्ण करेगा, रनटाइम पर सेट करने योग्य नहीं हैं - चेक Yb-ts-cli के साथ, जो बिना बल के दोनों को मना कर देता है - इसलिए बदलते हुए या तो एक लागत की लागत होती है एक डेटाबेस को एक मास्टर और एक ट्सर्वर चलाने का पुनरारंभ करना। इस कोडबेस में एक पहले नोट ने HikariCP के मैक्सलाइफटाइम को दोषी ठहराया और सुझाव दिया इसे कम करना। यह कुछ भी नहीं किया जाएगा: tserver रन --enable ysql conn mgr=true, इसलिए जावा पूल में तार्किक कनेक्शन होते हैं Yugabyte के अपने कनेक्शन प्रबंधक और कहानी सूची साझा भौतिक में रहता है बैकेंड्स पूल के मालिक नहीं हैं। कुछ भी गलत नहीं होने पर लागत: पूरी तरह से एक अपवाद द्वारा पुनः प्रयास किया जाता है एक स्वस्थ क्लस्टर कभी नहीं फेंकता है, इसलिए स्थिर-राज्य पथ एक लैम्ब्डा कॉल है। जानबूझकर इसके बारे में संकीर्ण क्या होगा? डेटाबेस का कहना है कि लिखने गलत है, यह नहीं कि यह बेकार था, और इसे फिर से लेना एक तेजी से त्रुटि को तीन धीमी गति से बदल देता है। एक निर्दोष विफलता छोड़ दी जाती है अकेले। उसी 40001 में वास्तविक सीरियलाइजेशन संघर्ष और यूगाबाइट भी शामिल है फिर से शुरू करें, जिनमें से दोनों आज 500 के रूप में उपयोगकर्ताओं तक पहुंचते हैं। अभी तक कुछ नहीं कहता है; तारों का अनुसरण करता है।.