Tanlash va disk o'rtasidagi uchta kesh qatlami

Ilovangiz SELECT bayonotini ishga tushirganda, bu soʻrov deyarli hech qachon aylanayotgan diskga yoki hatto xom flesh-xotiraga tegmaydi — u javobingiz mikrosekundlarda yoki millisekundlarda kelishini jimgina aniqlaydigan uchta alohida kesh qatlamidan oʻtadi. Bu qatlamlarni tushunish osonlikcha kengayadigan biznes platformasi va haqiqiy yuk ostida siqilib ketadigan platforma o‘rtasidagi farqdir.

Tanlash so'rovi arizangizni tark etganda nima bo'ladi?

Ilovangiz SELECT soʻrovini yuborgan zahoti, u koʻpchilik ishlab chiquvchilar hech qachon tekshirmaydigan quvur liniyasiga kiradi. Ma'lumotlar bazasi mexanizmi so'rovni har qanday kiritish-chiqarish sodir bo'lishidan oldin to'xtatadi, SQL-ni ichki bajarish rejasiga ajratadi va darhol birinchi himoya chizig'i: so'rov natijalari keshi bilan maslahatlashadi. Agar yaqinda bir xil parametrlarga ega bir xil so'rov bajarilgan bo'lsa, vosita ma'lumotlarning bir sahifasiga tegmasdan keshlangan natijalar to'plamini qaytarishi mumkin. Bu ba'zan so'rov keshi yoki natijalar keshi deb ataladi va yuqori o'qiladigan, kam yoziladigan ish yuklarida, masalan, tahlil paneli va hisobot modullari - diskdagi o'qishlarning katta qismini butunlay yo'q qilishi mumkin.

Bu erda muhim tushuncha shundaki, so'rov keshi ma'lumotlar mutatsiyalariga juda sezgir. Asosiy jadvalga qarshi har qanday INSERT, UPDATE yoki DELETE tegishli keshlangan natijalarni bekor qiladi. Shuning uchun yozishni talab qiladigan tranzaksiya tizimlari ko'pincha so'rovlar keshini butunlay o'chirib qo'yadi va buning o'rniga chuqurroq qatlamlarga tayanadi.

Bufer havzasi nima va u nima uchun siz o'ylagandan ko'ra muhimroq?

Ikkinchi kesh qatlami - va ishlab chiqarish tizimlarida eng muhimi - bu bufer hovuzi (PostgreSQL-da umumiy bufer, MySQL-dagi InnoDB bufer hovuzi deb ataladi). Bu ma'lumotlar bazasi mexanizmi yaqinda ochilgan ma'lumotlar sahifalarini saqlash uchun foydalanadigan RAM hududidir. Natija keshidan so‘rovga xizmat ko‘rsatish imkoni bo‘lmaganda, vosita diskni o‘qishdan oldin kerakli ma’lumotlar sahifalari allaqachon bufer hovuzida joylashganligini tekshiradi.

Bufer havzasi vaqtinchalik va fazoviy joylashuv printsipi asosida ishlaydi: yaqinda foydalanilgan maʼlumotlarga yana kirish ehtimoli bor va foydalanilgan maʼlumotlar yaqinida saqlangan maʼlumotlarga tez orada kirish mumkin. Ma'lumotlar bazasi ma'murlari bufer hovuz hajmini o'zlari qabul qiladigan eng yuqori leverage konfiguratsiya qarorlaridan biri sifatida sozlashadi. Juda kichik bufer havzasi sahifalarni doimiy ravishda oʻchirishga olib keladi va bu thrashing deb nomlangan hodisani keltirib chiqaradi, bunda tizim soʻrovlarni bajarishdan koʻra kesh oʻtkazib yuborilganlarni boshqarishga koʻproq vaqt sarflaydi.

Key Insight: Aksariyat OLTP ish yuklarida yaxshi oʻlchamdagi bufer hovuz barcha oʻqiladigan maʼlumotlarning 95–99% operativ xotiradan taqdim etilishini bildiradi. Ishchi to'plam - so'rovlar tez-tez tegib turadigan ma'lumotlaringizning kichik to'plami - ko'pincha ma'lumotlar bazasining umumiy hajmidan ancha kichikdir. Butun maʼlumotlar toʻplamiga emas, balki ishchi toʻplamingizga mos keladigan bufer pulingizni oʻlchamini oʻrnatishingiz mumkin boʻlgan eng yuqori daromadli sozlash amalidir.

Operatsion tizim keshi operativ xotira va disk o'rtasidagi bo'shliqni qanday to'ldiradi?

Ma'lumotlar bazasining o'z bufer puli o'tkazib yuborilganda ham, so'rov hali haqiqiy diskni o'qish uchun mo'ljallanmagan. Operatsion tizim sahifa keshini (fayl tizimi keshi deb ham ataladi) saqlaydi, bu yadro tomonidan boshqariladigan RAM hududi bo'lib, u qurilmalarni bloklash uchun o'qish va yozishni buferlaydi. Ma'lumotlar bazasi mexanizmi o'zining bufer hovuzida mavjud bo'lmagan sahifani so'raganda, OS yadrosi saqlash boshqaruvchisiga jismoniy kiritish/chiqarish buyrug'ini berishdan oldin o'z sahifa keshini tekshiradi.

Ushbu uchinchi qatlam asosan dastur ishlab chiquvchilarga ko'rinmaydi, lekin ma'lumotlar bazasi bufer puli yetarli darajada ta'minlanmagan tizimlarda juda muhim. OS sahifa keshi barcha jarayonlar bo'ylab taqsimlanadi, shuning uchun u ilova serveringiz, veb-serveringiz va bitta xostda ishlaydigan boshqa dasturlar bilan raqobatlashadi. Ajratilgan ma'lumotlar bazasi serverlarida bu raqobat minimaldir va OS keshi mazmunli ikkinchi imkoniyat buferini ta'minlaydi. Umumiy xostlar yoki xotira chegaralari cheklangan konteynerlarda OS keshi ko‘pincha yordam berish uchun juda kichik bo‘ladi.

Qaysi kesh qatlami amaliyotda eng ko'p samaradorlik uchun javob beradi?

Haqiqiy ishlab chiqarish tizimlarida bufer puli ishlash natijalarida katta farq bilan ustunlik qiladi. Shuning uchun har bir qatlam foydalanish holatlarida turlicha hissa qo'shadi:

• So'rov natijalari keshi: O'qishga mo'ljallangan, asosan statik ma'lumotlar to'plamining eng yuqori foydasi — hisobot so'rovlari, keshlangan asboblar paneli, ommaviy kontentning so'nggi nuqtalari. Yozish og'ir jadvallarda foydasiz.
• Ma'lumotlar bazasi bufer hovuzi: Universal ishchi kuchi. Har bir ishlab chiqarish ma'lumotlar bazasi serveri birinchi navbatda bu erda sozlanishi kerak. Tasodifiy va ketma-ket kirish shakllarini samarali boshqaradi.
• OS sahifa keshi: Bufer pulining oʻlchami kichik boʻlganda xavfsizlik tarmogʻini taʼminlaydi. Shuningdek, katta jadvallarni ketma-ket skanerlashda ham sezilarli yordam beradi, aks holda bufer hovuzidan issiq sahifalarni chiqarib tashlaydi.
• Saqlash tekshiruvi keshi (apparat qatlami): To'rtinchi, ko'pincha e'tibordan chetda qoladigan qatlam - NVMe SSD va RAID kontrollerlari batareya yoki kondansatör zaxirasi bilan bortda yozish keshlarini saqlaydi. Bu fsync kechikishi hisobiga yozish qobiliyatini yo'qotmasdan, chidamlilikni himoya qiladi.
• Ilova sathi keshi (Redis, Memcached): Toʻliq maʼlumotlar bazasi ustida joylashgan boʻlib, maʼlumotlar bazasiga umuman tegmaslik uchun ketma-ketlashtirilgan soʻrovlar natijalari yoki hisoblangan obʼyektlarni keshlaydi — minglab foydalanuvchilarga bir vaqtda xizmat koʻrsatadigan koʻp ijarachi SaaS platformalari uchun ideal.

Zamonaviy biznes platformalar miqyosda ishonchlilik uchun kesh arxitekturasidan qanday foydalanishi mumkin?

Ko'p funktsional modullar - CRM, loyihalarni boshqarish, elektron tijorat, tahlillar bo'yicha ishlaydigan korxonalar uchun kesh arxitekturasi jamoalar o'sishi bilan platformaning javob berish qobiliyatini bevosita belgilaydi. Yaxshi qatlamli kesh strategiyasiga asoslangan platformalar mutanosib infratuzilma xarajatlarisiz o'n minglab bir vaqtda foydalanuvchilarga xizmat ko'rsatishi mumkin. Asosiysi kesh chegaralarini hurmat qiladigan maʼlumotlarga kirish modellarini loyihalash: issiq maʼlumotlarni kichik hajmda saqlash va kirish modellarini oldindan aytib boʻladigan darajada saqlash, bufer hovuz yukini taqsimlash uchun oʻqish replikalaridan foydalanish va bir vaqtning oʻzida bir nechta foydalanuvchilarga bir xil maʼlumotlarni taqdim qiluvchi soʻnggi nuqtalar uchun Redis kabi dastur qatlami keshini maʼlumotlar bazasi oldida joylashtirish.

Mewayz aynan shu falsafani hisobga olgan holda arxitektoriya qilingan. 138 000 dan ortiq foydalanuvchini quvvatlaydigan 207 integratsiyalashgan biznes moduli bilan platformaning maʼlumotlar qatlami shunday yaratilganki, oʻqishlarning katta qismi keshdan amalga oshiriladi – javob vaqtlarini tez va infratuzilma xarajatlarini oldindan aytish mumkin boʻladi.

Ko'p beriladigan savollar

So'rov keshini o'chirib qo'yish har doim ma'lumotlar bazasi ish faoliyatini yaxshilaydimi?

Har doim ham emas, lekin yozish og'ir yuklar uchun odatda shunday bo'ladi. So'rovlar keshi barqarorlikni saqlash uchun global mutexni talab qiladi, bu esa yuqori parallellik ostida muammoga aylanadi. MySQL 8.0 shu sababli so'rov keshini butunlay olib tashladi. PostgreSQL hech qachon o'rnatilgan so'rovlar keshini amalga oshirmagan, buning o'rniga bufer puliga va dastur qatlamini keshlashiga tayangan. Agar o‘qish/yozish nisbati yuqori bo‘lsa va so‘rovlaringiz ko‘p takrorlansa, so‘rovlar keshi haqiqiy daromad keltirishi mumkin — aks holda, bufer puliga o‘sha sozlash kuchini sarflang.

Bufer hovuzim to'g'ri o'lchamda ekanligini qanday bilsam bo'ladi?

Bufer havzasini urish nisbatini kuzatib boring: diskni oʻqishni talab qiluvchilarga nisbatan hovuzdan taqdim etilgan sahifa soʻrovlari foizi. OLTP ish yukida 95% dan past urish nisbati hovuz hajmini oshirish uchun signaldir. MySQL-da SHOW ENGINE INNODB STATUS so'rovini so'rang va bufer pulining urish tezligiga qarang. PostgreSQL-da pg_statio_user_tables ko'rinishi diskdan o'qilgan yig'ma bloklarni va bufer hovuzidan xizmat ko'rsatishni ko'rsatadi. Toʻliq maʼlumotlar toʻplamini emas, balki butun ishchi toʻplamini operativ xotirada saqlashga harakat qiling.

Kesh qatlamlari va ko'p ijarachili SaaS ishonchliligi o'rtasida qanday bog'liqlik bor?

Ko'p ijarachilarli SaaS-da kesh qatlamlari "shovqinli qo'shni" muammolarini oldini oladi, bunda bir ijarachining og'ir so'rov yuki boshqa barcha ijarachilarning ish faoliyatini yomonlashtiradi. TTL-ga asoslangan bekor qilish bilan ijarachilarga tegishli ilovalarni keshlash Redis-da har bir ijarachiga tegishli issiq ma'lumotlarni saqlaydi, bu esa yirik hisoblardan bufer pulining bosimini keskin kamaytiradi. Maʼlumotlar bazasi darajasidagi ulanish birlashmasi issiq bufer hovuzi bilan birgalikda har qanday bitta hisobdagi portlash faolligi umumiy sahifalarni keshdan oʻchirib tashlamasligini va platforma boʻylab kechikishning tezlashishini taʼminlaydi.

Kesh qatlamlari ma'lumotlar bazasi triviasi emas - ular arxitektura asosi bo'lib, o'z miqyosida tez saqlanadigan platformalarni doimiy infratuzilma yong'inga qarshi kurashni talab qiladigan platformalardan ajratib turadi. Agar siz ushbu haqiqatlar uchun allaqachon optimallashtirilgan platformaga muhtoj boʻlgan biznes qurayotgan yoki ishlayotgan boʻlsangiz, app.mewayz.com sahifasida Mewayz bilan tanishing — 207 ta modul, bitta izchil platforma, birinchi foydalanuvchingizdan yuz minginchi foydalanuvchingizgacha ishonchli ishlaydi.