الخطوط العريضة

مرات عديدة ونحن نرى دائما CR، ولكن CR على وجه التحديد ماذا؟ ما هو الدور الذي فعله؟ عند حدوث قراءة عندما ORACLE الاتساق، وسوف تستخدم كتلة الغاء ويتم تكوين كتلة الحالي من أجل التناسق CR كتلة القراءة. لكن منذ ذلك الحين سجلت UNDO أمام المرآة، لماذا يجب أن يمنع من الصعب CR هيكل ذلك؟ قراءة مباشرة UNDO لا يحب ذلك؟ وتناقش معا أدناه تحت CR.

كتلة CR

يستخدم كر كتلة (كتلة قراءة ثابت) للحفاظ على تماسك كتلة قراءة البيانات أوراكل. عندما استعلام بعض البيانات، وجدت النسخة الجديدة من كتلة البيانات مما كنا نريد أن الاستعلام، على سبيل المثال session1 أداء عمليات DML لم تقدم بيانات session2 في هذا الوقت للعثور على المعلومات ذات الصلة مع عمليات DML session1، الاستعلام البيانات، ولكن في هذا الوقت البيانات الأصلية.

بعد النظرات عملية التحقيق لكتلة البيانات قبل صورة في قطاع التراجع، وقبل صورة وكتلة الحالي يتم الجمع بين لتشكيل كتلة CR، عن طريق الاستعلام عن كتلة كر لتلبية اتساق البيانات.

العازلة مخبأ جود كتلة CR في SGA، وتطبيق كتلة بيانات ذاكرة التخزين المؤقت ديسيبل، ثم المقابلة تراجع كتلة قبل صورة توليد كر.

كر عدد من الكتل من قبل المعلمات السيطرة _db_block_max_cr_dba مخفي، الافتراضي هو الأعلى هناك خمس كتل CR وفي الوقت نفسه، عندما يتم زيادة كتلة تكوين كر كر خلق كتلة مضادة من جانب واحد.

منذ كتل البيانات rdba كتلة الحالي وكتلة الكروم هي نفسها، وسيتم وضعها على نفس سلسلة التجزئة، وبطبيعة الحال، الكثير من كتلة الكروم معين نسخة كتلة، وبطبيعة الحال قضية المنافسة سلسلة التجزئة، مما أدى إلى ذاكرة التخزين المؤقت مزلاج سلسلة المنافسة المزلاج.

وبطبيعة الحال، عندما قبل كتلة صورة وبناء كتلة الحالي كر استخدام التراجع، وتراجع من المرجح أنه قد تم تغطيتها، وسوف تكون مشتركة أورا-01555 لقطة قديمة جدا.

كيف يمكن لعبارة SQL للاستعلام عن المعلومات والبيانات للحصول على كتلة البيانات على أساس السجلات السابقة لمعرفة الأساسية مزلاج قفل قبل قراءة كتلة البيانات، في الواقع، منع الوصول إلى البيانات SQL، تحتاج إلى ربط نفس هيكل بحث لجمع هذه الكتلة البيانات في الذاكرة، ثم الوصول إلى القائمة يحتاج أيضا مزلاج، وهذا هو، إذا فشل الاستحواذ سوف مزلاج عازلة سلسلة مخبأ يجب أن تنتظر.

تشكيل القراءة متسقة، يحتاج ORACLE ينبغي القيام به

1) الاستنساخ من كتلة إلى المخزن المؤقت الآخرين، مع كتلة المستنسخة سابقا على سلسلة كتلة HASH الحالية. أربع خطوات وراءنا، هو ما يحدث في كتلة العلوي من استنساخ جديد.

2) إذا كان هناك كتلة تأخير أو إزالة كتلة بسرعة تطهيرها، فإنه يزيل العملية كتلة.

3) لجميع المعاملات غير ملتزم بها على كتلة التراجع على مستوى الكتلة، الالتفات إلى هنا ليس لدحر المعاملة بالكامل، ولكن فقط تعديل تشغيل هذه الكتلة لهذه الصفقة على التراجع في.

4) للتحقق من فتحة يرة في، ارتكاب SCN لا توجد أكبر من الوقت الاستعلام دخول SCN (لقطة SCN)، إن وجدت، على هذه الصفقة دخول المتعلقة التراجع على مستوى الكتلة (على غرار الخطوة 3).

5) إذا كان التراجع، ITL فتحة في تزال أكبر من الوقت الاستعلام دخول SCN كرر الخطوة الرابعة.

هناك وتجدر الإشارة إلى عدة نقاط:

1) يحدث على كتلة استنساخ التكوين الاتساق للقراءة، لا يتم إنشاء السجل. ولكن في الخطوة 2، على الرغم من أن أي كتلة سجل كولونيا، ولكن أيضا بسبب احتياجات كتلة الحالية يتعين القيام به لمسح كتلة، فإن هذا سيكون له السجل.

2) الخطوة أربع مرات أكثر عرضة للتحدث. إذا يأخذ استعلام وقتا طويلا، قبل قراءة إلى كتلة، جعلت N المعاملة تغييرات على تقديمه، ثم عملية كتلة من خطوة 4 N مرات ليحدث.

3) التي شيدت في التوافق العام قراءة عدد كتلة صغيرة بسبب TCH يمكن بسهولة تجاهل LUR إعادة استخدام خوارزمية.

4) اتساق كتلة مجرد قراءة التراجع، إذا كتل يعدل المعاملات 1000، 1000 إنتاج التراجع القياسي، ولكن واحدة فقط التراجع recored يتم إنشاء هذه الكتلة، يمكن تسجيل أوراكل وفقا لفتحة في ITL وUBA لتحديد بسرعة قياسية التراجع، في حين أن 999 آخرين لا يقرأ.

سوف Devops وبعد تبادل جوانب DBA المزيد من المحتوى، يمكن للأصدقاء المهتمين ننظر -