MySQL MyISAM डेटा हानि संभावनाएं?

Question

कई साइट्स और स्क्रिप्ट अभी भी PostgreSQL के बजाय MySQL का उपयोग करते हैं। मेरे पास कुछ कम प्राथमिकता वाले ब्लॉग हैं और ऐसे में कि मैं किसी अन्य डेटाबेस में माइग्रेट नहीं करना चाहता हूं इसलिए मैं MySQL का उपयोग कर रहा हूं।

यहां समस्या है, उनकी कम-स्मृति VPS पर समस्या है। इसका मतलब है कि मैं InnoDB को सक्षम नहीं कर सकता क्योंकि यह लोड होने के लिए लगभग 80 एमबी मेमोरी का उपयोग करता है। इसलिए मुझे माईसाम चलाने का जोखिम उठाना है।

इस बात को ध्यान में रखते हुए, माईसैम के साथ मैं किस प्रकार का डेटा हानि देख रहा हूं? यदि कोई ब्लॉग पोस्ट सहेज रहा था, तो कोई पावर-आउटेज था, क्या मैं बस उस पोस्ट को खो दूंगा, या पूरा डेटाबेस?

इन निम्न-अंत-बक्से पर मैं कुछ हालिया टिप्पणियां या ब्लॉग पोस्ट खोने के साथ ठीक हूं, जब तक पूरा डेटाबेस खो नहीं जाता है।

Answer 1

आप ब्याज की निम्नलिखित MySQL प्रदर्शन लेख मिल सकती है:

मेरे लिए यह न केवल तालिका ताले के बारे में है। टेबल लॉक केवल MyISAM सीमाओं में से एक है जिसे आपको उत्पादन में उपयोग करने पर विचार करने की आवश्यकता है। विशेष रूप से यदि आप "पारंपरिक" डेटाबेस से आ रहे हैं तो आपको MyISAM व्यवहार (और इसके कारण डिफ़ॉल्ट MySQL व्यवहार) द्वारा चौंकाने की संभावना है - यह अनुचित शट डाउन द्वारा दूषित हो जाएगा, अगर कुछ त्रुटियां हैं तो आंशिक कथन निष्पादन में विफल हो जाएगा पता चला आदि ...

http://www.mysqlperformanceblog.com/2006/06/17/using-myisam-in-production/

Answer 2

मेरी विनम्र राय में, माईसाम के साथ कोई भी डेटा हानि नहीं है।

बिजली आउटेज से डेटा हानि का जोखिम बिजली के आउटेज के कारण बिजली आउटेज के कारण है।

Answer 3

MySQL manual points आपकी तालिका को दूषित करने वाली घटनाओं के प्रकारों के बाहर और myisamchk to repair tables का उपयोग करने का तरीका बताते हुए एक लेख है। आप इसे ठीक करने के लिए एक प्रश्न भी जारी कर सकते हैं।

REPAIR TABLE table; 

हालांकि, इस बारे में कोई जानकारी नहीं है कि कुछ प्रकार के क्रैश "unfix-able" हो सकते हैं या नहीं। वह डेटा हानि का प्रकार है जिसे मैं बैकअप कर रहा हूं, भले ही मैं अनुमति नहीं दे सकता।

Answer 4

सर्वर क्रैश के साथ आपकी ऑटो वृद्धि प्राथमिक कुंजी दूषित हो सकती है, इसलिए आपकी ब्लॉग पोस्ट आईडी 122, 123, 75 9 12371234, 75 9 12371235 (जहां सर्वर 123 के बाद दुर्घटनाग्रस्त हो) से कूद सकता है। मैंने इसे देखा है और यह सुंदर नहीं है।

Answer 5

MyISAM एसिड अनुरूप नहीं है और इसलिए स्थायित्व का अभाव है। यह वास्तव में इन लागतों पर निर्भर करता है ... इनो डीबी या डाउनटाइम का उपयोग करने के लिए स्मृति। MyISAM निश्चित रूप से एक व्यवहार्य विकल्प है लेकिन डेटाबेस परत से आपके आवेदन की क्या आवश्यकता है? MyISAM का उपयोग करना इसकी सीमाओं के कारण जीवन को कठिन बना सकता है लेकिन कुछ परिदृश्यों में MyISAM ठीक हो सकता है। केवल तार्किक mysqldump बैकअप का उपयोग करके उनकी लॉकिंग प्रकृति के कारण आपकी सेवा में बाधा आ जाएगी। यदि आप बाइनरी लॉगिंग का उपयोग कर रहे हैं तो आप इन्हें बढ़ते बैकअप देने के लिए इन्हें वापस कर सकते हैं जिन्हें पुनर्प्राप्ति में सहायता के लिए पुनः चलाया जा सकता है, माईसाम टेबल में कुछ भ्रष्ट होना चाहिए।

Answer 6

आप हमेशा उसी वीएलएएन पर एक और होस्ट प्राप्त कर सकते हैं जो बैकअप के रूप में आपके डेटाबेस में गुलाम हो जाता है, इससे जोखिम काफी कम हो जाएगा।मैं केवल अन्य विकल्प लगता है कि आप कर रहे हैं:

1. आपके सर्वर के लिए अधिक रैम जाओ या कुछ सेवाओं के मारने
2. देखें कि कहीं आपके मेजबान VLAN पर किसी भी तरह के डेटाबेस होस्टिंग साझा किया है यदि आप एक छोटे के लिए उपयोग कर सकते हैं शुल्क।
3. नियमित बैकअप बनाएं और सबसे खराब के लिए तैयार रहें।