মাইএসকিউএল 5.6 থেকে ডিফল্ট সূচনা দিয়ে কেন ক্যুরিয়_ক্যাচি_প্রকারটি অক্ষম করা আছে?


28

আমরা মাইএসকিউএল 5.6 এ আপগ্রেড করেছি এবং ডিবি সার্ভারের লোডিং উল্লেখযোগ্যভাবে বৃদ্ধি পেয়ে দেখতে শুরু করেছি এবং শেষ পর্যন্ত খুঁজে পেয়েছি query_cache_type5.6 থেকে শুরু করে ডিফল্ট হয়েছে।

আমরা এটি আবার সক্ষম করেছি এবং লোডিং হ্রাসটি দেখতে পাচ্ছি, কেন এই মানটি ডিফল্টরূপে মাইএসকিউএল 5.6 থেকে শুরু করে অক্ষম করা হচ্ছে? এটি সক্ষম করার ক্ষেত্রে আমি সমস্যাটি দেখতে পাচ্ছি না।

উত্তর:


39

কেন তা বোঝার জন্য আপনার ইনোডিবিয়ের ইতিহাস দরকার। এখানে এটা যায়:

যুদ্ধের গল্প

InnoDB এবং ক্যোয়ারী ক্যাশে স্থির যুদ্ধের অবস্থায় রয়েছে। InnoDB বাফার পুলের পরিবর্তনগুলি পরীক্ষা করে এবং তারপরে একই পরিবর্তনের জন্য ক্যোয়ারী ক্যাশে ক্রস চেক করার সময় InnoDB খুব ভারী হাতে রয়েছে।

শান্তি চুক্তি

মাইএসকিউএল 5.0 এর আগে ক্যোয়ারী ক্যাশে InnoDB এর জন্য অক্ষম করা হয়েছিল। এখন, ইনোডিবি এটির সাথে ইন্টারঅ্যাক্ট করে। বিষয়গুলি সহজ করার জন্য, আপনি ক্যোরি_ক্যাচি_সাইজ সেট করে কোয়েরি ক্যাশে অক্ষম করতে পারেন 0 ।

মাইএসকিউএল ডকুমেন্টেশন অনুসারে ক্যোয়ারী_কাছে_টাইমে

সার্ভারটি যদি ক্যোরি_ক্যাচি_ টাইপ 0-এ সেট করে শুরু করা হয় তবে এটি ক্যোয়ারী ক্যাশে মুটেক্স মোটেও অর্জন করে না, যার অর্থ ক্যোয়ারী ক্যাশে রানটাইমে সক্ষম করা যায় না এবং কোয়েরি এক্সিকিউশনে ওভারহেড হ্রাস পেয়েছে।

আত্মসমর্পণের শর্তাদি

বিন্যাস ক্যোয়ারী_ক্যাচি_সাইজ 0 তে এক-আকারের-ফিট-সব সমাধান নয়।

যুদ্ধের কারণ, প্রথমদিকে, ওভারহেড। InnoDB সর্বদা পরিবর্তনগুলি পরীক্ষা করবে। একটি বড় ক্যোয়ারী ক্যাশে ইনোডিবি-কে কাজটি আরও শক্ত করে তুলবে। ক্যোয়ারী ক্যাশে অক্ষম করে আসুন InnoDB এবং ক্যোয়ারী ক্যাশে সুখী হোক। তবে, আপনি (বিকাশকারী / ডিবিএ) খারাপ জিজ্ঞাসা কর্মক্ষমতা, এমনকি এমন একটি শান্তির চুক্তি স্থানে থাকা সত্ত্বেও সেই যুদ্ধের একটি হতাহত হতে পারে।

নিম্নলিখিত উপর নির্ভর করে

  • কাজের চাপ
  • পরিবর্তনগুলির ফ্রিকোয়েন্সি
  • একই তথ্য পড়ার ফ্রিকোয়েন্সি

আপনার ক্যোরি_ক্যাচি_ আকার সেট করা উচিত কার্যকারিতা বাড়বে যে কোনও সংখ্যার জন্য আপনার (এটি একটি ভূগর্ভস্থ আন্দোলন শুরু )।

উপসংহার

আপনি যদি ভাবছেন যে আমি কোথায় এই যুদ্ধের গল্পটি নিয়ে এসেছি, দয়া করে আমার পুরানো পোস্টটি দেখুন

এটি মনোযোগ সহকারে পড়ুন কারণ আমি উচ্চ পারফরম্যান্স মাইএসকিউএল (২ য় সংস্করণ) এর পৃষ্ঠা 209-215 থেকে শিখেছি

আমি আগে অন্যদের কাছে ক্যোয়ারী ক্যাশে অক্ষম করার পরামর্শ দিয়েছি

দ্রষ্টব্য: আমি বুঝতে পারছি যে প্রশ্নটি ক্যোরি_ক্যাচি_প্রকার সম্পর্কে ছিল । এটি ক্যোয়ারী ক্যাশেতে প্রভাব ফেলে। ক্যাশে অক্ষম করা এটির উপরে InnoDB এর আধিপত্য। ক্যোয়ারী_ক্যাচি_ টাইপটি ম্যানুয়ালি সেট করা বিকাশকারী / ডিবিএকে ক্যোয়ারী ক্যাশে যে ধরণের প্রশ্নের মুখোমুখি হবে সেগুলির ধরণের বিষয়ে সাবধানতার সাথে চিন্তা করতে বাধ্য করে।


হাই, আমি আপনার সমস্ত লিঙ্ক পড়েছি। আসলে আমি আবার ক্যোয়ারী ক্যাশে বন্ধ করার চেষ্টা করেছি এবং আমরা আবার লোডিং বৃদ্ধি উল্লেখযোগ্যভাবে দেখতে পেয়েছি ... সুতরাং আমাদের আবার চালু করতে হবে। আপনি যা বলছেন তা আমি ভুল বলছি না, সম্ভবত আমাদের অ্যাপ্লিকেশনটি ভারী পড়ছে এবং ক্যোয়ারী ক্যাশে লোডিং হ্রাস করতে খুব দরকারী ... (আমাদের সাইটে ওয়ার্ডপ্রেস চলছে)
যোগ

3
যদি কেবলমাত্র আরও এস পোস্টগুলি এই জাতীয় পড়েন (মজাদার উপমাটির জন্য ধন্যবাদ)! আমি বাজি ধরছি রোল্যান্ডোর ভাগ্যবান বাচ্চারা প্রতি রাতে এইরকম মাইএসকিউএল শোবার সময় গল্পগুলি শুনিয়ে দেয়! ;)
রিনোগো

2
"হাই পারফরম্যান্স মাইএসকিউএল এর দ্বিতীয় পৃষ্ঠার 209-215 (দ্বিতীয় সংস্করণ)" "দ্য মাইএসকিউএল ক্যোয়ারী ক্যাশে" নামে একটি অধ্যায়কে বোঝায়, "যখন ক্যোয়ারী ক্যাশে সাহায্যকারী হবে" থেকে এবং শেষ পর্যন্ত। এটি তৃতীয় সংস্করণে 320-329 পৃষ্ঠাগুলির সাথে সম্পর্কিত।
পিটার ভি।

8

আমি একটি ব্লগ পোস্টে আছে ব্যাখ্যা কেন এই এখানে

সংক্ষিপ্ত সংস্করণ: ক্যোয়ারী ক্যাশে মাল্টি-কোর মেশিনগুলিতে স্কেলিবিলিটি সমস্যা সৃষ্টি করে। সুতরাং এটি এখন ডিফল্টরূপে অক্ষম।


আমার পোস্টের অনুসরণ হিসাবে, স্টুয়ার্ট স্মিথ প্রভাবটিকে আরও "আরও বড় আকারের ক্রম" হিসাবে বর্ণনা করেছেন আরও খারাপ flamingspork.com/blog/2014/06/05/…
মরগান টকার

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.