আমরা এমন একটি সমস্যায় পড়ে যাচ্ছি যেখানে প্রায় ৫০ মিলিয়ন সারি রয়েছে এমন একটি টেবিলটি জিজ্ঞাসা করা হচ্ছে, এবং ডাটাবেস সার্ভারের অদলবদল মেমরির ফলস্বরূপ এবং 4 গিগাবাইটের একটি সূচী আকার (প্রায় 6 গিগাবাইটের টেবিলের আকার) রয়েছে এবং নাটকীয়ভাবে ধীর হয়ে যায়। আমি বেশ নিশ্চিত যে এটি টেম্প টেবিলের আকারটি অতিক্রম করে এবং এটি ডিস্কে সরে যায় with
যদি আমি আমার ডাটাবেস সার্ভারটি 32 গিগাবাইট র্যাম থেকে 64 গিগাবাইট র্যামে আপগ্রেড করি তবে আমি ভাবছি যে মাইএসকিউএল ডাটাবেসটি এই অতিরিক্ত মেমরির পুরোপুরি সুবিধা নিতে সক্ষম হবে এবং অদলবদল করবে না। আমি কয়েকটি ভেরিয়েবল (উদাহরণস্বরূপ KEY_BUFFER_SIZE, ইত্যাদি ...) পেরিয়েছি এবং তারা 64৪ জিবি-র উপরে মান নির্ধারণকে সমর্থন করে বলে মনে হচ্ছে। তবে মাইএসকিউএল ডকুমেন্টেশন বলছে যে tmp_table_size সর্বোচ্চ 4 গিগাবাইটে বেরিয়ে আসে।
সুতরাং মেমরি আপগ্রেড এর মূল্য হবে? "ক্যোয়ারিং-লার্জ-টেবিল" সমস্যাটি কি এতে উপকৃত হবে, বা 4 জিবি সীমাবদ্ধতার কারণে এটি কোনও উপকারে আসবে না? আমি জানি যে সম্ভাব্যভাবে অন্যান্য সমাধান রয়েছে যেমন টেবিলটিকে বিভিন্ন উপায়ে ভাগ করার জন্য পুনর্গঠন করা ইত্যাদি ইত্যাদি ... তবে টেবিলটি সম্পর্কে কোনও পরিবর্তন না করে অতিরিক্ত মেমরি সাহায্য করবে?
এছাড়াও, সাধারণভাবে, মাইএসকিউএল 32 থেকে 64 জিবি র্যামে স্থানান্তরিত করার সময় মাইএসকিউএল সুবিধা নিতে সক্ষম হবে না?
আমরা আমাদের ডাটাবেস সার্ভার হিসাবে 64 বিট লিনাক্স (উবুন্টু) ব্যবহার করছি।
ধন্যবাদ, গ্যালেন