परियोजना का विवरण
अनुवादितहम एक वेब एप्लिकेशन विकसित कर रहे हैं जहां ट्रैफ़िक, डेटा मात्रा और डेटाबेस लोड पिछले दो वर्षों में काफी बढ़ गया है, और डेटाबेस प्राथमिक बाधा बन गया है। पृष्ठ जो पहले तुरंत लोड होते थे, अब पीक घंटों के दौरान लटक जाते हैं, बैकग्राउंड कार्य कतारों में जमा हो जाते हैं, और कई रिपोर्टिंग क्वेरी कभी-कभी तालिकाओं को इतना समय तक ब्लॉक कर देती हैं कि उपयोगकर्ता की क्वेरी टाइमआउट हो जाती है। हमें एक अनुभवी डेटाबेस इंजीनियर की आवश्यकता है जो केंद्रित ऑप्टिमाइजेशन कार्य करने के लिए तैयार हो: लोड का प्रोफाइल बनाना, वास्तविक समस्याओं का कारण बनने वाली क्वेरी और एक्सेस पैटर्न की पहचान करना, और इस विश्लेषण को ठोस मापनीय सुधारों में बदलना, अनुमान नहीं।
कार्य के दो जुड़े हुए भाग हैं। पहला मौजूदा प्रणाली का ऑप्टिमाइजेशन है: धीमी क्वेरी लॉग एकत्र करना और पार्स करना, निष्पादन योजनाओं का अध्ययन करना, अनुक्रमणिका, क्वेरी पुनर्लेखन और लक्षित स्कीमा सुधार (जहां मदद मिलती है वहां सामान्यीकरण, जहां अधिक कुशल हो वहां असामान्यकरण या सारांश तालिकाएं) का प्रस्ताव करना। हम चाहते हैं कि प्रत्येक सिफारिश को हमारे डेटा की यथार्थवादी प्रति पर "पहले और बाद" के नंबरों द्वारा समर्थित किया जाए। दूसरा भाग योजनाबद्ध MySQL से PostgreSQL माइग्रेशन है। इसे शून्य डेटा हानि और न्यूनतम डाउनटाइम के साथ एक युद्ध संचालन के रूप में माना जाना चाहिए: डेटा प्रकारों और कोलैशन का मानचित्रण, संग्रहीत लॉजिक और बाधाओं का माइग्रेशन, दोनों पक्षों पर पंक्ति की गणनाओं और चेकसम की पुष्टि करना, साथ ही विफलता की स्थिति में एक परीक्षण रोलबैक परिदृश्य।
आप एक परीक्षण वातावरण पर शुरू करते हैं और उत्पादन को छूने से पहले हमारे टीम के साथ प्रत्येक कदम पर सहमति बनाते हैं। स्पष्ट संचार, एक बार के मैनुअल संपादनों के बजाय पुनरुत्पादनीय स्क्रिप्ट और व्यापारिक समझौतों पर ईमानदार चर्चा हमारे लिए महत्वपूर्ण है। कृपया बड़े डेटा सेट के साथ प्रासंगिक अनुभव प्रदान करें और स्कीमा रूपांतरण और अखंडता जांच के लिए आप जिन उपकरणों को पसंद करते हैं, उन्हें निर्दिष्ट करें। परिणामों को दस्तावेजित किया जाना चाहिए ताकि हमारे डेवलपर्स उन्हें आगे बनाए रख सकें।
— प्राथमिकता और पुनरुत्पादन चरणों के साथ पूर्ण धीमी क्वेरी ऑडिट
— अनुक्रमणिका योजना, पुनर्लिखित क्वेरी और माप परिणामों के साथ स्कीमा सिफारिशें
— माइग्रेशन रनबुक: प्रकार मानचित्रण, कटओवर अनुक्रम और रोलबैक
— माइग्रेशन के बाद पंक्ति की गणनाओं, चेकसम और संदर्भीय अखंडता की स्वचालित पुष्टि
— हमारे विकास टीम के लिए हैंडओवर दस्तावेज़ और संक्षिप्त वॉकथ्रू
कार्य के दो जुड़े हुए भाग हैं। पहला मौजूदा प्रणाली का ऑप्टिमाइजेशन है: धीमी क्वेरी लॉग एकत्र करना और पार्स करना, निष्पादन योजनाओं का अध्ययन करना, अनुक्रमणिका, क्वेरी पुनर्लेखन और लक्षित स्कीमा सुधार (जहां मदद मिलती है वहां सामान्यीकरण, जहां अधिक कुशल हो वहां असामान्यकरण या सारांश तालिकाएं) का प्रस्ताव करना। हम चाहते हैं कि प्रत्येक सिफारिश को हमारे डेटा की यथार्थवादी प्रति पर "पहले और बाद" के नंबरों द्वारा समर्थित किया जाए। दूसरा भाग योजनाबद्ध MySQL से PostgreSQL माइग्रेशन है। इसे शून्य डेटा हानि और न्यूनतम डाउनटाइम के साथ एक युद्ध संचालन के रूप में माना जाना चाहिए: डेटा प्रकारों और कोलैशन का मानचित्रण, संग्रहीत लॉजिक और बाधाओं का माइग्रेशन, दोनों पक्षों पर पंक्ति की गणनाओं और चेकसम की पुष्टि करना, साथ ही विफलता की स्थिति में एक परीक्षण रोलबैक परिदृश्य।
आप एक परीक्षण वातावरण पर शुरू करते हैं और उत्पादन को छूने से पहले हमारे टीम के साथ प्रत्येक कदम पर सहमति बनाते हैं। स्पष्ट संचार, एक बार के मैनुअल संपादनों के बजाय पुनरुत्पादनीय स्क्रिप्ट और व्यापारिक समझौतों पर ईमानदार चर्चा हमारे लिए महत्वपूर्ण है। कृपया बड़े डेटा सेट के साथ प्रासंगिक अनुभव प्रदान करें और स्कीमा रूपांतरण और अखंडता जांच के लिए आप जिन उपकरणों को पसंद करते हैं, उन्हें निर्दिष्ट करें। परिणामों को दस्तावेजित किया जाना चाहिए ताकि हमारे डेवलपर्स उन्हें आगे बनाए रख सकें।
— प्राथमिकता और पुनरुत्पादन चरणों के साथ पूर्ण धीमी क्वेरी ऑडिट
— अनुक्रमणिका योजना, पुनर्लिखित क्वेरी और माप परिणामों के साथ स्कीमा सिफारिशें
— माइग्रेशन रनबुक: प्रकार मानचित्रण, कटओवर अनुक्रम और रोलबैक
— माइग्रेशन के बाद पंक्ति की गणनाओं, चेकसम और संदर्भीय अखंडता की स्वचालित पुष्टि
— हमारे विकास टीम के लिए हैंडओवर दस्तावेज़ और संक्षिप्त वॉकथ्रू
अन्य / विविध नकद, बैंक ट्रांसफर
