পরিকল্পনা উচ্ছেদের পরিমাপ


9

আমাদের একটি এসকিউএল সার্ভার 2016 এসপি 1 রয়েছে সর্বাধিক মেমরির 24 জিবি সেট করা।
এই সার্ভারটিতে সংখ্যার উচ্চ সংখ্যক সংকলন রয়েছে, এর মধ্যে কেবল 10% সংকলন অ্যাড-হক কোয়েরি থেকে। সুতরাং নতুন সংকলিত প্ল্যানগুলি প্ল্যান ক্যাশে সংরক্ষণ করা উচিত তবে প্ল্যান ক্যাশের আকার বাড়ছে না (আনুমানিক ৩.72২ জিবি)।

আমি সন্দেহ করি যে স্থানীয় মেমরির চাপ রয়েছে যা ক্যাশে থেকে পরিকল্পনাগুলি সরানোর দিকে পরিচালিত করে। প্ল্যানের ক্যাশে চাপের সীমা 5GB। (0GB থেকে দৃশ্যমান লক্ষ্য মেমরির 75% + 4GB-64GB থেকে দৃশ্যমান লক্ষ্য মেমরির 10%> দৃশ্যমান লক্ষ্য মেমরির 5%> GB৪ গিগাবাইট)। যখন কোনও ক্যাসেস্টোর চাপের সীমাতে 75% এ পৌঁছায়, পরিকল্পনাগুলি ক্যাশে থেকে সরানো উচিত। আমার ক্ষেত্রে 5 গিগাবাইটের 75% হ'ল 3.75 জিবি। সুতরাং এটি প্রশংসনীয় এটি উচ্চ সংকলনের কারণ।

ক্যাশে থেকে বেরিয়ে যাওয়ার পরিকল্পনা থেকে সরানোর কোনও উপায় আছে (পারফিউম, বর্ধিত ইভেন্ট, ...)? সুতরাং আমি কিছু স্থানীয় মেমরি চাপ আসলে উচ্চ সংকলন কারণ হতে পারে?

উত্তর:


9

এর জন্য এক্সএভেন্ট রয়েছে:

query_cache_removal_statistics

প্ল্যান ক্যাশে থেকে যখন কোনও ক্যোয়ারী প্ল্যান সরানো হয় তখন ঘটে থাকে এবং অবজেক্টের historicalতিহাসিক পরিসংখ্যান বিনষ্ট হতে চলেছে

সুতরাং যেমন কিছু:

CREATE EVENT SESSION [PlanCacheEvictions] ON SERVER 
ADD EVENT sqlserver.query_cache_removal_statistics(
    ACTION(sqlserver.sql_text))

এছাড়াও যদি আপনার পরিকল্পনার ক্যাশে প্রচুর সংখ্যক একক-ব্যবহারের পরিকল্পনাগুলি অ্যাডহক ওয়ার্কলোডের জন্য অনুকূলিতকরণ সেট করে বিবেচনা করে ।

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