डिस्क फ़ाइल को हटाने और वैक्यूम के प्रभाव


13

मेरे पास 240 मिलियन पंक्तियों (और बढ़ते) के साथ एक बहुत बार अद्यतन तालिका है। हर तीन घंटे में 1.5 मिलियन पंक्तियाँ डाली जाती हैं और 1.5 मिलियन हटाए जाते हैं। जब मैंने क्लस्टर को एक SSD में स्थानांतरित किया तो यह थोक प्रविष्टि (प्रतिलिपि का उपयोग करके) का समय 22 मिनट से 2.3 मिनट तक कट गया। विलोपन समय में भी सुधार हुआ था। मैं इस बल्क को हर दो घंटे या हर घंटे अपडेट करने की योजना बना रहा हूं।

यद्यपि अब (SSD के बाद) प्रदर्शन अधिक लगातार अद्यतन के साथ संगत है, मैंने लिखने के प्रवर्धन के साथ सीमित NAND धीरज के कारण SSD मृत्यु के बारे में कुछ डरावनी कहानियाँ पढ़ी हैं। SSDs महंगे होने के कारण मैं इसकी मृत्यु को भविष्य में यथासंभव आगे बढ़ाना चाहूंगा। इसलिए मेरा सवाल: डिलीट और बाद के वैक्यूम में डिस्क फाइल का वास्तव में क्या होता है? मुझे लगता है कि दो डिस्क लिखती हैं, एक पंक्ति को हटाए जाने के रूप में चिह्नित करने के लिए और दूसरी जब इसे अधिलेखित करने के लिए उपलब्ध के रूप में चिह्नित करने के लिए वैक्यूमिंग। यदि हटाने और वैक्यूम करने के बजाय मैं प्रत्येक बल्क इंसर्ट / डिलीट में टेबल बनाने और ड्रॉप करने वाले टेबल को विभाजित करता हूं तो क्या मैं एसएसडी पहनने को कम कर दूंगा?


1
संक्षिप्त उत्तर "हां" है
जैक का कहना है कि topanswers.xyz

2
आपके पास 3-4 साल पहले चिंता का कारण था। अधिकांश आधुनिक एसएसडी ड्राइव, यहां तक ​​कि उपभोक्ता ग्रेड मॉडल में, चक्र जीवन रेखाएं होती हैं जो दैनिक उच्च लेखन दरों पर भी उनके उपयोगी अपेक्षित जीवन से अधिक होती हैं। देखें Debunking एसएसडी उम्र और यादृच्छिक लिखने प्रदर्शन चिंताओं
dbenhur

मेरा सुझाव है कि विभाजन तालिका का उपयोग करें, यह आसान होना चाहिए जब आप बहुत सारे डेटा को हटा रहे हों।
फ्रैंक

जवाबों:


1

यदि आप स्मार्ट विभाजन का उपयोग करेंगे तो आप डिलीट और वैक्यूम को बचा सकते हैं! सुनिश्चित करें कि आपका डिज़ाइन वास्तविक DELETE के बजाय विभाजन को छोड़ने के साथ संगत है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.