আমরা উচ্চতর WRITELOG অপেক্ষার সাথে খুব উচ্চ PAGELATCH_EX এবং PAGELATCH_SH অপেক্ষার প্রকারগুলি দেখতে পাচ্ছি। আমি PAGELATCH অপেক্ষা করার জন্য কোয়েরিটি সনাক্ত করেছি এবং পরিচয়ের মান দিয়ে সংজ্ঞায়িত ব্যস্ত ক্লাস্টারড প্রাথমিক কীতে সন্নিবেশ হারকে হ্রাস করে এগুলি দূর করতে পারি। আমি বুঝতে পারি যে এই ঘটনাটি সর্বশেষ পৃষ্ঠা সন্নিবেশ ল্যাচ যুক্তি হিসাবে পরিচিত।
তবে আমার প্রশ্নটি যখন একটি নতুন রেকর্ড সন্নিবেশ করা হয়, এসকিউএল সার্ভারটি কি কোনও বাফার পৃষ্ঠায় একচেটিয়া PAGELATCH_EX নেয়, বাফার পৃষ্ঠায় রেকর্ডটি প্রবেশ করে, লেনদেনের লগটিতে রেকর্ডটি লিখুন এবং তারপরে বিশদ https: // হিসাবে একচেটিয়া PAGELATCH_EX প্রকাশ করুন www.microsoft.com/en-ie/download/details.aspx?id=26665 পৃষ্ঠা 24. বা PAGELATCH_EX বিশদটি "হাই কনসারেন্ট" ইনসার্ট ওয়ার্ক লোডের উপর PAGELATCH কনটেন্টেশন সমাধান করার আগে প্রথমে লেনদেনের লগতে রেকর্ডটি লিখেছে - পটভূমি সম্পর্কিত তথ্য এসকিউএলএকেটের গাইড: সম্পর্কিত ইঞ্জিন
যদি রেকর্ডটি ল্যাচিং পদ্ধতির বাইরে লগ করতে লেখা হয় তবে উচ্চ প্যাগেলচ অপেক্ষা অপেক্ষা করার কারণ হিসাবে আমি ডিস্কে ধীর রাইটগুলি বাতিল করতে পারি। রেকর্ডটি লগ করা শক্ত না হওয়া অবধি যদি ল্যাচটি রাখা হয় তবে আমার সম্ভবত রাইটেলওগকে বিবেচনা করা উচিত।
এছাড়াও একাধিক নন-ক্লাস্টারযুক্ত সূচী রাখার ফলে প্যাগেলএটিএচচি_ * ল্যাচটি বেশি সময়ের জন্য অনুষ্ঠিত হতে পারে অর্থাত্ যদি কোনও টেবিলের ক্লাস্টার থাকে এবং একাধিক নন-ক্লাস্টারযুক্ত সূচকগুলি ল্যাচগুলি যুক্ত করা হয় এবং সূচক বাফার পৃষ্ঠাগুলির প্রতিটিটিতে একই সাথে প্রকাশ করা হয়?
আপডেট 1 কনফিও-এসকিএল-সার্ভার-রাইটেলগ-ওয়েট স্লাইড দুটি এবং সাধারণ ওয়াল আর্কিটেকচার পড়ার পরে । আমি এখন বুঝতে পেরেছি যে উভয় সাদা কাগজপত্রের বিশদ বিবরণে "সারিটি পরিবর্তন করা হয়েছে এমন একটি লগ এন্ট্রি রেকর্ড করুন" পদক্ষেপটি ডিস্কের পরিবর্তে লেনদেনের লগ ক্যাশে পরিবর্তিত লগইন এসকিউএল সার্ভারকে উল্লেখ করছে। লেনদেনটি সম্পূর্ণ হয়ে গেলে বা বাফার পূর্ণ হয়ে গেলে সমস্ত রেকর্ড তত্ক্ষণাত ডিস্কে ফ্লাশ হয়ে যায়।