Read Committed — transaction faqat commit qilingan data versiyalarini o‘qishini kafolatlaydigan keng tarqalgan isolation darajasi. U taqsimlangan tizimdagi aniq consistency, replication yoki fault-handling masalasini ifodalaydi. Kafolatlar faqat termin nomidan emas, protocol modeli, failure farazlari va implementatsiya hujjatidan aniqlanadi.
Tuzilishi
Har statement o‘z boshlanishidagi committed snapshotni ko‘rishi yoki lock asosida uncommitted write tugashini kutishi mumkin. Shu transactiondagi keyingi SELECT oralig‘ida boshqa transaction commit qilsa yangi qiymat ko‘rinadi.
Read Committed alohida algoritm yoki konfiguratsiya sifatida emas, client xulqi, storage persistence va tarmoq noaniqligi bilan birga ko‘riladi. Bir tugundagi muvaffaqiyat boshqa replica ham shu state’ni commit qilganini avtomatik anglatmaydi. Shu sabab acknowledgementning aniq ma’nosi va visible state chegarasi hujjatlashtiriladi.
Asosiy mexanizm
Dirty read taqiqlanadi, ammo non-repeatable read va phantom odatda mumkin. Aniq xulq database MVCC yoki locking implementatsiyasiga bog‘liq.
Read Committed uchun durability faqat xotiradagi acknowledgementga bog‘lanmaydi. Qaysi nuqtada log diskka yozilgani, replica nechta failure domainni qamragani va power lossdan keyin qanday tiklanishi aniqlanadi. Cloud zone yoki rack nomi mustaqil failure ekanini avtomatik kafolatlamaydi.
Nosozlik xulqi
Read-modify-write ketma-ketligi lost updatega olib kelmasligi uchun conditional update, row lock yoki yuqoriroq isolation ishlatiladi. Business invariant faqat committed data o‘qilishi bilan avtomatik himoyalanmaydi.
Read Committed dizaynida safety va liveness ajratiladi. Safety buzilishi qarama-qarshi commit yoki noto‘g‘ri qiymatga, liveness buzilishi esa tizimning oldinga siljimasligiga olib keladi. Timeoutni qisqartirish livenessni tezlashtirishi mumkin, biroq sekin tarmoqda false failure va keraksiz leader almashishini oshiradi.
Sinov va kuzatuv
Read Committed capacity rejasi odatiy trafikdan tashqari failure paytidagi catch-up va retry yukini ham hisoblaydi. Bir replica yo‘qolganda qolganlar client request bilan birga rebuild oqimini ko‘taradi. Backpressure va admission control queue cheksiz o‘sishidan ko‘ra bashorat qilinadigan degradation beradi.
Read Committedni tanlash workload semantikasidan boshlanadi. Hisob-kitob, inventory, user preference va analytics bir xil conflict yoki isolation talabiga ega emas. Qat’iyroq kafolat har doim eng yaxshi yechim bo‘lmasligi mumkin, chunki latency va partition paytidagi availability kamayadi; zaifroq model esa application zimmasiga merge va invariant tekshiruvini yuklaydi. Qaror texnologiya nomi bilan emas, qaysi anomaly qabul qilinishi yoki mutlaqo taqiqlanishi yozilgan jadval bilan asoslanadi.
Read Committed holatini kuzatishda configuration version, role yoki epoch, commit nuqtasi, queue va log ko‘rsatkichlari birlashtiriladi. Alert operator bajara oladigan tekshiruvga bog‘lanadi: qaysi node, qaysi key yoki transaction va qaysi vaqt oralig‘i ko‘rilishi aniq yoziladi. Aggregate dashboarddan keyin xom dalil bilan tasdiqlash noto‘g‘ri tashxisni kamaytiradi.
Read Committedga oid bahoni qayta ishlab bo‘lishi uchun test topologiyasi, software versiyasi, fault injection va kutilgan invariant saqlanadi. Yakuniy natija taxmin yoki bitta log satriga emas, bir-birini tasdiqlovchi state, history va o‘lchovlarga asoslanadi. Qabul qilingan cheklovlar ham natija bilan birga yozilib, boshqa workloadga ko‘r-ko‘rona ko‘chirilmaydi.
Bog‘liq tushunchalar
transaction isolation, dirty read, non-repeatable read, phantom read, MVCC, row lock