इसके उपयोग के किसी भी लाभ / कमियों के बावजूद, जिसकी चर्चा अन्य थ्रेड्स में की गई है ( MyISAM vs InnoDB ), प्रवास एक गैर-तुच्छ प्रक्रिया है।
विचार करें
- यदि संभव हो तो डेटाबेस से बात करने वाले सभी घटकों का कार्यात्मक रूप से परीक्षण करना - अंतर इंजनों के अलग-अलग शब्दार्थ होते हैं
- जितना हो सके उतना प्रदर्शन परीक्षण चलाना - कुछ चीजें बेहतर हो सकती हैं, अन्य बहुत खराब हो सकती हैं। एक प्रसिद्ध उदाहरण एक बड़ी मेज पर SELECT COUNT(*) है।
- जांच कर रहा है कि आपका सभी कोड डेडलॉक को इनायत से संभाल लेगा - आप उन्हें लेनदेन के स्पष्ट उपयोग के बिना प्राप्त कर सकते हैं
- अनुमान लगाएं कि कनवर्ट करके आपको कितना स्थान उपयोग मिलेगा - गैर-उत्पादन परिवेश में इसका परीक्षण करें।
निस्संदेह आपको एक बड़े सॉफ्टवेयर प्लेटफॉर्म में चीजों को बदलने की आवश्यकता होगी; यह ठीक है, लेकिन यह देखते हुए कि आपके पास (उम्मीद है) बहुत सारे ऑटो-टेस्ट कवरेज हैं, परिवर्तन स्वीकार्य होना चाहिए।
पीएस:अगर "कुछ सीपीयू पर कर लगाना शुरू कर रहा है", तो आपको ए) पता लगाना चाहिए कि गैर-उत्पादन वातावरण में क्या है, बी) गैर-उत्पादन वातावरण में इसे कम करने के लिए विभिन्न विकल्पों का प्रयास करें। जब आपने समस्या का पूरी तरह से विश्लेषण नहीं किया है तो आपको आँख बंद करके डेटाबेस इंजन बदलने जैसे प्रमुख काम करना शुरू नहीं करना चाहिए।
सभी प्रदर्शन परीक्षण गैर-उत्पादन वातावरण में, उत्पादन-जैसे डेटा और उत्पादन-ग्रेड हार्डवेयर पर किए जाने चाहिए। अन्यथा परिणामों की सही व्याख्या करना कठिन है।
