- कोई MyISAM का कोई सामान्य प्रयोजन डेटा कैश नहीं है। यह आधिकारिक दस्तावेज
:
This is because MySQL relies on the operating system to perform file system caching for data reads, so you must leave some room for the file system cache.
आधुनिक ओएस, विशेष रूप से लिनक्स, में बहुत स्मार्ट वर्चुअल मेमोरी सबसिस्टम होते हैं जो पेज कैश में अक्सर एक्सेस की जाने वाली फाइलों को रखेंगे, इसलिए डिस्क I/O को कम से कम रखा जाता है जब वर्किंग सेट उपलब्ध मेमोरी में फिट बैठता है।
- तो अपने दूसरे प्रश्न का उत्तर देने के लिए:कभी नहीं।
यह महत्वपूर्ण है कि विभिन्न myisam चर जैसे कि read_buffer_size, read_rnd_buffer_size, sort_buffer_size, join_buffer_size, आदि के लिए भी "बफर ओवरसाइज़िंग" में न पड़ें क्योंकि कुछ गतिशील रूप से आवंटित किए जाते हैं, इसलिए बड़े का मतलब हमेशा तेज़ नहीं होता है - और कभी-कभी यह धीमा भी हो सकता है - इसे देखें पोस्ट एक बहुत ही रोचक मामले के लिए mysqlperformanceblog पर।
यदि आप पॉज़िक्स प्लेटफॉर्म पर 5.1 पर हैं, तो आप myisam_use_mmap आपके कार्यभार पर, यह malloc() कॉल की मात्रा को कम करके उच्च विवाद के मामलों में मदद करने वाला है।
