KamoCRM

इसके फॉलोअप से पहले एक स्थिति लिखने का जवाब दें, और अपनी कुंजी द्वारा लीड पंक्तियों को पढ़ें

Performancekamo-shared-library
भेजा गया
6 नवंबर 2026 को 6:31 pm बजे UTC
लेखक
Kamo
कमिट
5b273d8

कॉल फ्लोर परिणाम प्रेस, एक सुरक्षा सेवा पॉड पर जेएफआर के साथ प्रोफ़ाइल किया गया (लैब ऑर्ग, 40 प्रेस): /स्टेज लिखने में 160-360 ms लगा, औसत ~220 ms. इसके बारे में 90 ms के बाद-कमिट फॉलोअप थे कोई नहीं इंतजार करता है: संपर्क ट्रैकर (स्थिति लेबल पढ़ा + 2-3 अपसेट, प्रत्येक अपने YugabyteDB के लिए) कमिट) और पाइपलाइन फॉलोअर (एक दूसरा पूरा लीड लोड). एक सेवा जो नए पाइपलाइन को घोषित करती है LeadStatusFollowUps कार्यकारी अब जवाब देता है जब स्थिति कमिट कर दिया है और उन दो पर चलाता है; एक के बगैर वे पहले की तरह लाइन में चलेंगे. सभी संपर्क बंद करें और due- callback बंद रहें सिंक्रोनस. YugabyteDB का प्लैनर हेउरिसिक है: "org_id = ? AND <key>" org के सूचकांक में चलता है. मापा गया largest org (EXPLAIN ANALYZE, सिर्फ पढ़ने के लिए): - लीड द्वारा लीड इतिहास: 17.9 सेकंड -> 35 एमएस. प्रति- लीड पढ़ता है lead_uid द्वारा जाता है, org कुंजी द्वारा जाँचा. - डायललेजर प्रथम- पाठ लीड पढ़ा: 7. 15 s -> ~ 1.5 ms (केवल यूआईडी, org जावा में जाँचा) - **************** केवल यूआईडी द्वारा, जावा में org चेक किया गया (रिकॉर्डिंग एक्सेस, लेबल). - /leads ग्रिड नामित लीड्स के साथ (चुना गया टैब, स्ट्रीम लीड्स): org check written org_id +0= ?, 7.06 s -> 4.6 ms; एक ही फ़िल्टर, कोई सूचकांक इसे सेवा नहीं कर सकता है, इसलिए pk का उपयोग किया जाता है।

सभी परिवर्तन

जैसा कि आप शिपिंग देखते हैं?

यह सब अपने आप आपके कार्यक्षेत्र में आता है. मुफ्त योजना पर शुरू करें और एक महीने में फिर से इस पृष्ठ को पढ़ें.

हमेशा के लिए मुफ्त प्रारंभ करेंमूल्यांकन देखें