Di Navbera Hilbijartin û Dîskê de Sê Qatên Cache

Dema ku serîlêdana we daxuyaniyek SELECT dişewitîne, ew pirs hema hema tu carî dest nade dîskek zivirîn an jî hilanînê flashê ya xav - ew di sê qatên cache yên cihêreng re derbas dibe ku bê deng diyar dikin ka bersiva we di mîkro çirkeyan de ye yan jî milî çirkeyan de tê. Fêmkirina van qatan ferqa di navbera platformek karsaziyê ya ku bêhêz dipîve û ya ku di bin barê cîhana rastîn de diqelişe de ye.

Çi Diqewime Wexta ku Pirsek HILBIJARTÎ Ji Serlêdana Te Derkeve?

Dema ku serîlêdana we pirsnameyek HILBIJARTIN dişîne, ew dikeve boriyek ku pir pêşdebiran qet nakolin. Berî ku I/O çêbibe, motora databasê daxwazê ​​dişoxilîne, SQL-ê di plansaziyek darvekirina hundurîn de pars dike û tavilê bi xeta xweya yekem a parastinê re şêwir dike: cache encama pirsê. Ger di van demên dawî de pirsek wekhev bi parametreyên wekhev hatibe darve kirin, motor dikare komek encamek cached vegerîne bêyî ku dest bi yek rûpelek daneyê bike. Carinan jê re dibêjin kaşa pirsê an cacheya encamê, û li ser bargiraniyên xebatê yên bi xwendina zêde û kêm-nivîsandinê - mîna tabloyên analîtîk û modulên raporê - ew dikare pirraniya xwendina dîskê bi tevahî ji holê rake.

Li vir têgihîştina krîtîk ev e ku cacheya pirsê ji mutasyonên daneyê pir hesas e. Hemî TÊKIRIN, NÛKIRIN, an JÊKIRIN li hember tabloya bingehîn encamên cache yên têkildar betal dike. Ji ber vê yekê pergalên danûstendinê yên giran-nivîsandinê bi gelemperî cacheya pirsê bi tevahî neçalak dikin û li şûna wê xwe dispêrin qatên kûr.

Hewza Tampon Çi ye û Çima Ew Ji Hûn Difikirî Zêdetir Girîng e?

Pêla kaşê ya duyemîn - û bê guman di pergalên hilberînê de ya herî girîng - hewza tampon e (ku di PostgreSQL de jê re tampona hevpar, di MySQL de hewza tamponê ya InnoDB tê gotin). Ev herêmek RAM-ê ye ku motora databasê bikar tîne da ku rûpelên daneyên nû yên gihîştî bigire bigire. Dema ku pirsek ji cacheya encamê neyê pêşkêş kirin, motor kontrol dike ka rûpelên daneya pêwîst jixwe di hewza tamponê de niştecî ne berî ku dîskek were xwendin.

Hewza tampon li ser prensîba cîhê demkî û mekanî tevdigere: Daneyên ku vê dawîyê hatine desteser kirin îhtîmal e ku ji nû ve werin desteser kirin, û daneyên ku li nêzî daneya gihîştî hatine hilanîn dibe ku di demek nêzîk de werin gihîştin. Rêvebirên databasê mezinahiya hewza tamponê wekî yek ji wan biryarên mîhengê yên herî zêde ku ew digirin destnîşan dikin. Hewza tampon a ku pir piçûk e dibe sedema derxistina rûpelê ya domdar, diyardeyek bi navê thrashing çêdike, ku li wir pergal ji bicihanîna pirsan bêtir wextê xwe li ser birêvebirina windayên cache derbas dike.

Nêrîna sereke: Di piraniya barkêşên OLTP de, hewzek tamponek baş-mezin tê vê wateyê ku 95–99% ji hemî daneyên xwendinê ji RAM-ê têne pêşkêş kirin. Komxebata xebatê - jêrkoma daneya we ya ku pirs bi rastî pir caran pê dihesin - bi gelemperî ji mezinahiya databasa tevahî piçûktir e. Mezinkirina hewza xweya tampon li gorî koma xebata we, ne bi tevahî databasa we, yekane çalakiya ahengsaziyê ya herî bilind e ku hûn dikarin bikin.

Cache Pergala Xebatê Çawa Valahiya Di Navbera RAM û Dîskê da Dike?

Tevî dema ku hewza tampon a databasê bi xwe winda bibe, lêpirsînek hîn ji bo xwendina dîskek rastîn nehatiye armanc kirin. Pergala xebitandinê cache rûpelê digire (ku jê re cache pergala pelan jî tê gotin), herêmek ji RAM-a ku ji hêla kernel ve tê rêvebirin ku xwendin û nivîsandinê tampon dike da ku cîhazan asteng bike. Gava ku motora databasê rûpelek ku ji hewza xweya tampon tune ye daxwaz dike, kernelê OS-ê berî ku fermanek I/O ya laşî ji kontrolkerê hilanînê re bide, cache rûpela xwe kontrol dike.

Ev qatê sêyem bi giranî ji pêşdebirên serîlêdanê re nayê dîtin, lê li ser pergalên ku hewza tampon a databasê di bin dabînkirinê de ye pir girîng e. Keşeya rûpela OS-ê di hemî pêvajoyan de tê parve kirin, ji ber vê yekê ew bi servera serîlêdana we, servera webê, û her nermalava din a ku li ser heman mêvandar dixebite re pêşbaziyê dike. Li ser serverên databasê yên taybetî, ev pêşbazî hindik e, û cache OS-ê tamponek şansê duyemîn a watedar peyda dike. Li ser mêvandar an konteynerên hevpar ên bi sînorên bîranînê yên hişk, cache OS-ê bi gelemperî ji bo alîkariyê pir piçûk e.

Kîjan qatê cacheyê di pratîkê de Berpirsiyara Performansa Herî Serketî ye?

Di pergalên hilberîna cîhana rast de, hewza tampon bi rêjeyek berfireh li ser encamên performansê serdest e. Li vir ev e ku çima her qatek di nav rewşên karanîna cûda de beşdar dibe:

• Keşa Encama pirsê: Fêdeya herî zêde li ser berhevokên danûstendinê yên xwendin-giran, bi piranî statîk - pirsên raporkirinê, tabloyên cache, xalên dawiya naveroka giştî. Li ser tabloyên giran ên nivîsandinê bêkêr in.
• Hewza tampon a danezanê: Hêza xebatê ya gerdûnî. Pêdivî ye ku her serverek databasa hilberînê pêşî li vir were guheztin. Hem qalibên gihîştina rasthatî û hem jî li pey hev bi karîgerî hildibijêre.
• Rûpela cache ya OS: Dema ku hewza tampon kêm be, tora ewlehiyê peyda dike. Di heman demê de di dema şopandinên lihevhatî yên tabloyên mezin de ku wekî din dê rûpelên germ ji hewza tampon derxînin de pir girîng dibe alîkar.
• Kacheya kontrolkera hilanînê (qata hardware): Qatek çaremîn, ku pir caran ji ber çavan nayê girtin - NVMe SSD û Kontrolkerên RAID-ê veşartiyên nivîsandinê yên serhêl bi paşgira pîlê an kondensatorê diparêzin. Ev domdariyê diparêze bêyî ku karîgeriya nivîsandinê bike qurbana derengiya fsync.
• Cache-qata serîlêdanê (Redis, Memcached): Bi tevahî li jorê databasê rûdine, encamên lêpirsînê yên rêzkirî an jî tiştên hesabkirî vedişêre da ku bi tevahî nekeve databasê - îdeal e ji bo platformên SaaS yên pir-kirêdar ku ji hezaran bikarhênerên hevdem re xizmet dikin.

Platformên Karsaziya Nûjen Çawa Dikarin Mîmariya Cache-yê ji bo Pêbaweriya Di Pîvana Bikin Bikin?

Ji bo karsaziyên ku di nav gelek modulên fonksiyonel de dixebitin - CRM, rêveberiya projeyê, e-bazirganî, analîtîk - mîmariya cache rasterast gava ku tîm mezin dibin bersivdariya platformê diyar dike. Platformên ku li ser stratejiyek cache-ya baş-qatî hatine çêkirin dikarin ji deh hezaran bikarhênerên hevdem re bêyî lêçûnek binesaziya nîsbetî xizmet bikin. Ya sereke sêwirandina qalibên gihîştina daneyê ye ku rêzê li sînorên cache digire: piçûk girtina daneya germ û pêşbînkirina nimûneyên gihîştinê, karanîna kopiyên xwendinê ji bo belavkirina barkirina hewza tampon, û danîna cache-tebeqeya serîlêdanê ya mîna Redis li ber databasê ji bo xalên dawî yên ku daneya yeksan ji gelek bikarhêneran re hevdemî pêşkêş dikin.

Mewayz tam bi vê felsefeyê hatiye çêkirin. Li gel 207 modulên karsaziyê yên yekbûyî yên ku zêdetirî 138,000 bikarhêneran hêzdar dikin, qata daneya platformê bi vî rengî hatî sêwirandin ku pirraniya xwendinan ji cache-ê têne pêşkêş kirin - dema bersivdayînê zû digire û lêçûnên binesaziyê pêşbînîkirî ye ka hûn li ser plansaziya destpêkê ya $19/mehê an jî 49 $/mehê asta pîşeyî dimeşînin.

Pirsên Pir Pir tên Pirsîn

Neçalakkirina cache ya pirsê her gav performansa databasê baştir dike?

Ne her gav, lê ji bo karên giran ên nivîsandinê ew bi gelemperî dike. Veşartina pirsê ji bo domandina hevgirtinê mutexek gerdûnî hewce dike, ku di bin hevrêziya bilind de dibe kêşek. MySQL 8.0 ji ber vê sedemê bi tevahî cache pirsê jê kir. PostgreSQL tu carî cache-ya pirsê ya çêkirî pêk neaniye, li şûna wê xwe dispêre hewza tampon û cachkirina qata serîlêdanê. Ger rêjeya weya xwendin-nivîsandinê zêde be û pirsên we pir dûbare bin, kaşek pirsê dikare destkeftiyên rast peyda bike - wekî din, wê hewildana ahengkirinê di hewza tamponê de razînin.

Ez çawa dikarim bizanim ka hewza min a tampon rast e?

Rêjeya lêdana hewza tamponê bişopînin: Rêjeya daxwazên rûpelê yên ku ji hewzê têne pêşkêş kirin li hember yên ku hewceyê dîskê xwendinê ne. Rêjeyek lêdanek li jêr 95% li ser barkêşiya OLTP nîşanek e ku mezinahiya hewzê zêde bike. Di MySQL de, bipirsin REWŞA ENGINE INNODB NÎŞAN DE û li rêjeya lêdana hewza tampon binêre. Di PostgreSQL de, dîtina pg_statio_user_tables blokên girs ên ku ji dîskê têne xwendin li hember ji hewza tamponê têne pêşkêş kirin eşkere dike. Armanca we ew e ku hûn tevahiya koma xebata we - ne daneyên weya tevahî - di RAM-ê de bimîne.

Têkiliya di navbera qatên cache û pêbaweriya SaaS ya pir-kirêdar de çi ye?

Di SaaS-a pir-kirêdar de, qatên cache pêşî li pirsgirêkên "ciranên dengdar" digirin, li cihê ku barkirina pirsê ya giran a kirêdar performansê ji bo hemî kirêdarên din xirab dike. Veşartina serîlêdana haya kirêdar bi betalkirina TTL-ê re daneyên germ ên her kirêdar li Redis digire, zexta hewza tamponê ji hesabên mezin bi tundî kêm dike. Hevgirtina girêdana di asta databasê de digel hewzek tamponek germ piştrast dike ku çalakiya teqînê ya ji yek hesabek yekane rûpelên parvekirî ji cache neavêje û li seranserê platformê bibe sedema pêlên derengiyê.

Tabeyên cache ne hûrguliyên databasê ne - ew bingeha mîmarî ne ku platformên ku di pîvanê de bilez dimînin ji yên ku hewcedariya agirkujiya binesaziya domdar hewce dike veqetîne. Ger hûn karsaziyek ava dikin an dimeşînin ku pêdivî bi platformek jixwe xweşkirî heye ji bo van rastiyan, li app.mewayz.com li Mewayz keşif bikin — 207 modul, yek platformek hevgirtî, ku ji bikarhênerê weya yekem heya sed hezara we bi pêbawer pêk tîne.