एक वार्तालाप भार और संदेश पहली कोशिश पर भेजता है

भेजा गया

27 सितंबर 2026 को 6:14 am बजे UTC

लेखक

Kamo

कमिट

279a389

एक बार में एक सदस्य नोटिस के दो तरीके में चैट विफल रहा है: एक बातचीत शुरू करने से पता चला Retry दबाए जाने तक "नहीं लोड संदेश" और भेजे गए संदेश कभी कभी नहीं पहुंचे। दोनों ही थे मीडिया सर्विस 500 का उत्तर यूगाबाइट डीबी एसक्यूएल स्टेट 40001, "Restart read essential" - दोनों फलियों पर दैनिक लॉग इन किया, और हर 500 वेब BFF ने इस सप्ताह की लाइनों को एक साथ दर्ज किया। Yugabyte केवल मुक्त करने के लिए एक पढ़ा पुनः आरंभ करता है जब यह अपने लेनदेन का FIRST बयान है। The इतिहास लोड कॉलर की सदस्यता पंक्ति को पढ़ने के द्वारा अपने तीसरे बयान पर पहुंच की जांच करता है - बातचीत के निशान को खोलने वाली पंक्ति उसी क्षण में पढ़ी जाती है। एक संदेश लिखता है और फिर उसी लेनदेन में रोस्टर और ऑर्ग के डोमेन को पढ़ता है। या तो एक पंक्ति में बैठक पढ़ा एक क्षण पहले पूरे अनुरोध में विफल हो गया; एक पल बाद में लिखने का निपटारा हुआ, जो है क्यों रेट्री हमेशा काम करती है। - चैट विंडो के अनुरोध (send, इतिहास, निशान पढ़ने, चैट सूची, संपादित करें, चेहरे, सदस्यों, प्राप्तियां @RetryOnDbConflict ले जाती हैं, और उनके कैच-ऑल संघर्ष को दूर करते हैं ************* तो सलाहकार इसे एक नए लेनदेन में फिर से चला सकते हैं। निगलना 500 में यह रिफाइनरी के लिए अदृश्य था। सुरक्षित: भेजने की घोषणा के बाद सब कुछ। - मार्क-रीड अब सदस्यता पंक्ति को फिर से लिखते हैं जब सूचक पहले से ही वहाँ है (ChatReadPointerRepository, एक संरक्षित अद्यतन)। इसे प्रति खुला कई बार बुलाया गया था, और प्रत्येक पुनर्लेखन सदस्य के अपने इतिहास भार के लिए एक मौका था या असफल होने के लिए भेजा गया था। पढ़ने की रसीद अभी भी पहले के रूप में जाना जाता है। - एक प्रेषक एक ग्राहक को ले सकता हैMessageId (ChatsendLedger, Redis): एक प्रेषक की एक वापसी जो पहले से ही हो प्रतिबद्ध है कि भेजने की प्रतिक्रिया के साथ जवाब दिया है, और अभी भी 409 के साथ उड़ान में एक SEND IN PROGRESS, इसलिए ग्राहक कभी कभी एक संदेश दो बार पोस्ट करने के बिना पुनः प्रयास कर सकते हैं। विफल रहता है। एक ratchet **************** हर @transactional चैट हैंडलर को रखता है फिर से प्रयास करें, और एक पकड़ने के लिए पुनः प्रयास करें जो संघर्ष को दूर करने देता है। MediaControllerDbConflictTest replays एक वास्तविक प्रॉक्सी के माध्यम से उत्पादन विफलता: संघर्ष प्रयास वापस रोल, एक दूसरा एक बार लेनदेन करता है और असफल होने के प्रयास के लिए कुछ भी नहीं घोषित किया जाता है। 1384 परीक्षण पास.