Рад са операцијом Монгод Врите
Монгод првенствено хостује операције писања у меморији у заједничком приказу. Зове се дељено, јер има мапирање меморије на стварном диску.
На пример, датотека података корисника се чува у дата дд и има мапирање меморије. Овде прво потискује све податке у меморију, а након одређеног интервала податке пребацује у меморију, што се дешава сваких шездесет секунди и корисник не утиче на овај процес.
Овде се овај процес назива Но Јоурнал Оптион (Опција без дневника), што значи да у случају кашњења од 60 секунди за чување података из меморије на диску или наглог искључивања, то значи да се подаци који се налазе у меморији не могу вратити. Дакле, вођење дневника овде постаје релевантно.
Најбоље праксе у руковању грешкама у програму орацле пл скл
Важно је знати да је вођење дневника онемогућено пре верзије 2.4.10, али је након тога омогућено.
У тренутку када монгод процес започне, може се уочити следећа изјава:
Дир ревије = Д: Рана2цустом датајоурнал
Овде је Именик дневника подређени директоријум унутар директоријума података и подразумевано је омогућен.
Шта је вођење дневника у МонгоДБ-у?
У овом процесу се дешава операција писања у монгод, која затим ствара промене у приватном приказу. Први блок је меморија, а други блок је „мој диск“. Након наведеног интервала, који се назива „интервал урезивања дневника“, приватни приказ записује те операције у директоријум дневника (који се налази на диску).
Када се догоди предавање дневника, монгод гура податке у заједнички приказ. Као део процеса, он се уписује у стварни директоријум података из дељеног приказа (јер се овај процес дешава у позадини). Основна предност је што имамо смањени циклус са 60 секунди на 200 милисекунди.
У сценарију у којем долази до прекида у било ком тренутку или флеш диск остаје недоступан током последњих 59 секунди (имајући на уму постојеће податке у директоријуму дневника / операцијама писања), онда када следећи пут монгод започне, у основи понавља све операције писања записује и уписује у стварни директоријум података.
Како то ради?
Овде, када се догоди урезивање, иста операција се репродукује у заједничком приказу, а затим се, након шездесет секунди, дешава флеш диск.
Након бљеска, подаци се обрађују. Подаци овде означени су као обрађени у директоријуму дневника, што значи да сваких шездесет секунди проверава податке које је копирао и оне који би требало да буду уклоњени из дневника.
Коришћење дневника је попут коришћења дневника, из разлога што се ствара дневник операција писања како би се повећала трајност. Дневник је привремено складиште, што значи да задржава само евиденцију операција писања као на чекању у директоријуму дневника. Такође, дељени приказ има податке, али директоријум дневника има операције.
На пример, ако корисник пише неке податке без дневника, онда који год подаци били написани, његово мапирање меморије омогућава кориснику да зна локацију на којој су подаци записани.
Веза између приватног погледа и дељеног приказа
Након што се урезивање догоди, означено је као процес у директоријуму дневника, а извршено је још једно мапирање за тренутни приказ дељеног / приватног приказа (без дељења података).
На графикону су све плаве ставке у РАМ-у (меморија са случајним приступом), а шафран означава диск.
Ако у случају да подаци не бљескају у директоријуму података, али се операције уписа налазе у директоријуму података, тада ће монгод поново обрадити и применити операције уписа у директоријум података.
Важна ствар коју треба напоменути је да у сценарију у којем се пад догоди пре урезивања дневника, подаци који су билиу прилогуу року од 200 милисекунди биће изгубљено.
идите на ц ++
Такође имајте на уму да у директоријум дневника настављамо да записујемо стварну операцију.
У примеру изјаве, као што је „Дб.цласс.инсерт“ што је операција уметања, подаци у уметнути у операције класе. Дакле, операција класе заправо не остаје, али операција остаје.
Такође се мора приметити да ако постоји кашњење у коришћењу дневника, то утиче на перформансе.
Дневник такође може бити у позадини као асинхрони процес и не чинити ништа у операцијама на синхрони начин. Дневник се такође препоручује у производњи.
Друго, временски оквир интервала урезивања дневника од '200 милисекунди' је подесив, што се може омогућити са '- - интервал урезивања дневника' било где између 3 и 300 милисекунди, што све зависи од нефункционалних захтева (колико често се уписивање догађа и колико често неко жели да пише у директоријум дневника). У случају да се одвијају тешке операције писања, препоручљиво је имати мање милисекунде.
Такође имајте на уму да приватни приказ садржи стварне податке јер су приватни мапирани са заједничким приказом. Заједнички приказ овде га пребацује у директоријум података.
У овом процесу, предност коју смо стекли је, у случају да имамо пад система и нема доступних података које треба уписивати у блицеве, тада ће следећи сервер који поново покреће монгод проверити директоријум дневника за опоравак. Опоравиће се, поновити и записати операције у директоријум података, а затим започиње.
Имате питање за нас? Спомените их у одељку за коментаре и јавићемо вам се.
Повезани постови:
таленд опен студио туториал пдф