લેખનો અનુવાદ કોર્સના વિદ્યાર્થીઓ માટે ખાસ તૈયાર કરવામાં આવ્યો હતો "ડેટાબેઝ". આ દિશામાં વિકાસ કરવામાં રસ ધરાવો છો? અમે તમને આમંત્રિત કરીએ છીએ ચાલુ દિવસ, જ્યાં અમે પ્રોગ્રામ, ઓનલાઈન ફોર્મેટની વિશેષતાઓ, તાલીમ પછી સ્નાતકોની રાહ જોઈ રહેલી ક્ષમતાઓ અને કારકિર્દીની સંભાવનાઓ વિશે વિગતવાર વાત કરીએ છીએ.

PostgreSQL અને કનેક્શન-વિશિષ્ટ લેખન સુસંગતતા સેટિંગ્સ
કંપોઝ પર, અમે ઘણા ડેટાબેસેસ સાથે વ્યવહાર કરીએ છીએ, જે અમને તેમની કાર્યક્ષમતા અને ખામીઓથી વધુ પરિચિત થવાની તક આપે છે. જેમ જેમ આપણે નવા ડેટાબેસેસની વિશેષતાઓને પ્રેમ કરવાનું શીખીએ છીએ તેમ, આપણે ક્યારેક વિચારવાનું શરૂ કરીએ છીએ કે જો આપણે લાંબા સમયથી કામ કરી રહ્યા છીએ તેવા વધુ પરિપક્વ ટૂલ્સમાં સમાન સુવિધાઓ હાજર હોય તો તે કેટલું સારું હોત. પોસ્ટગ્રેએસક્યુએલમાં હું જોવા માંગતો હતો તે નવી સુવિધાઓમાંની એક સમગ્ર ક્લસ્ટરમાં કનેક્શન દીઠ રૂપરેખાંકિત લેખન સુસંગતતા હતી. અને તે બહાર આવ્યું તેમ, અમારી પાસે તે પહેલેથી જ છે, અને આજે અમે તમારી સાથે તેનો ઉપયોગ કેવી રીતે કરી શકો તે વિશેની માહિતી શેર કરવા માંગીએ છીએ.

મને તેની શા માટે જરૂર છે?

ક્લસ્ટરે કેવી રીતે વર્તવું જોઈએ તે તમારી અરજી પર આધાર રાખે છે. ઉદાહરણ તરીકે, બિલ ચુકવણી એપ્લિકેશન લો. તમારે સમગ્ર ક્લસ્ટરમાં XNUMX% સુસંગતતાની જરૂર પડશે, તેથી તમારે સિંક્રનસ કમિટ્સને સક્ષમ કરવું પડશે જેથી તમારો ડેટાબેઝ તમામ ફેરફારો કરવા માટે રાહ જુએ. જો કે, જો તમારી એપ્લિકેશન ઝડપથી વિકસતું સામાજિક નેટવર્ક છે, તો તમે કદાચ XNUMX% સુસંગતતા કરતાં ઝડપી પ્રતિસાદને પસંદ કરશો. આ હાંસલ કરવા માટે, તમે તમારા ક્લસ્ટરમાં અસુમેળ કમિટનો ઉપયોગ કરી શકો છો.

સમાધાન મળો

તમારે ડેટા સુસંગતતા અને પ્રદર્શન વચ્ચે ટ્રેડઓફ કરવું પડશે. PostgreSQL સુસંગતતાથી દૂર જાય છે કારણ કે ડિફૉલ્ટ રૂપરેખાંકન પછી અનુમાનિત અને અનપેક્ષિત આશ્ચર્ય વિના હોય છે. હવે ચાલો સમાધાનો જોઈએ.

ટ્રેડઓફ 1: પ્રદર્શન

જો PostgreSQL ક્લસ્ટરને સુસંગતતાની જરૂર નથી, તો તે અસુમેળ રીતે ચાલી શકે છે. લખાણ ક્લસ્ટર લીડરને બનાવવામાં આવ્યું છે, અને અપડેટ્સ તેની પ્રતિકૃતિઓ પર થોડા મિલિસેકન્ડ પછી મોકલવામાં આવશે. જ્યારે PostgreSQL ક્લસ્ટરને સુસંગતતાની જરૂર હોય, ત્યારે તે સિંક્રનસ રીતે ચાલવું જોઈએ. લેખન ક્લસ્ટર લીડરને કરવામાં આવશે, જે પ્રતિકૃતિઓને અપડેટ મોકલશે અને પુષ્ટિની રાહ જોશે કે દરેકે ક્લાયન્ટને પુષ્ટિ મોકલતા પહેલા લખ્યું છે કે તે સફળ થયું છે. આ અભિગમો વચ્ચેનો વ્યવહારુ તફાવત એ છે કે અસુમેળ પદ્ધતિને બે નેટવર્ક હોપ્સની જરૂર છે, જ્યારે સિંક્રનસ પદ્ધતિને ચારની જરૂર છે.

ટ્રેડઓફ 2: સુસંગતતા

આ બે અભિગમોમાં નેતા નિષ્ફળ જવાની ઘટનામાં પરિણામ પણ અલગ હશે. જો કાર્ય અસુમેળ રીતે કરવામાં આવે છે, તો જો આવી ભૂલ થાય છે, તો તમામ રેકોર્ડ પ્રતિકૃતિઓ દ્વારા પ્રતિબદ્ધ કરવામાં આવશે નહીં. કેટલું નુકશાન થશે? એપ્લિકેશન પોતે અને પ્રતિકૃતિની કાર્યક્ષમતા પર આધાર રાખે છે. પ્રતિકૃતિ કંપોઝ કરવું પ્રતિકૃતિને લીડર બનવાથી અટકાવશે જો તેમાંની માહિતી લીડર કરતા 1 MB ઓછી હોય, એટલે કે, અસુમેળ કામગીરી દરમિયાન 1 MB સુધીના રેકોર્ડ્સ સંભવિત રીતે ખોવાઈ શકે છે.

આ સિંક્રનસ મોડમાં થતું નથી. જો નેતા નિષ્ફળ જાય, તો બધી પ્રતિકૃતિઓ અપડેટ કરવામાં આવે છે, કારણ કે નેતા પર પુષ્ટિ થયેલ કોઈપણ લખાણ પ્રતિકૃતિઓ પર પુષ્ટિ થયેલ હોવું આવશ્યક છે. આ સુસંગતતા છે.

સિંક્રનસ વર્તણૂક બિલિંગ એપ્લિકેશનમાં અર્થપૂર્ણ બને છે જ્યાં સુસંગતતા અને પ્રદર્શન વચ્ચેના ટ્રેડ-ઓફમાં સુસંગતતાનો સ્પષ્ટ ફાયદો છે. આવી એપ્લિકેશન માટે સૌથી મહત્વની વસ્તુ માન્ય ડેટા છે. હવે એક સામાજિક નેટવર્ક વિશે વિચારો જેમાં મુખ્ય કાર્ય શક્ય તેટલી ઝડપથી વિનંતીઓનો જવાબ આપીને વપરાશકર્તાનું ધ્યાન રાખવાનું છે. આ કિસ્સામાં, ઓછા નેટવર્ક હોપ્સ સાથેનું પ્રદર્શન અને કમિટ માટે ઓછી રાહ જોવી એ પ્રાથમિકતા હશે. જો કે, પ્રદર્શન અને સુસંગતતા વચ્ચેનો વેપાર એકમાત્ર એવો નથી કે જેના વિશે તમારે વિચારવું પડશે.

ટ્રેડ-ઓફ 3: ક્રેશ

નિષ્ફળતા દરમિયાન ક્લસ્ટર કેવી રીતે વર્તે છે તે સમજવું ખૂબ જ મહત્વપૂર્ણ છે. એવી પરિસ્થિતિનો વિચાર કરો કે જ્યાં એક અથવા વધુ પ્રતિકૃતિઓ નિષ્ફળ જાય. જ્યારે કમિટ્સને અસુમેળ રીતે પ્રક્રિયા કરવામાં આવે છે, ત્યારે લીડર કાર્ય કરવાનું ચાલુ રાખશે, એટલે કે, ગુમ થયેલ પ્રતિકૃતિની રાહ જોયા વિના, સ્વીકારો અને લખવાની પ્રક્રિયા કરો. જ્યારે પ્રતિકૃતિઓ ક્લસ્ટરમાં પાછા ફરે છે, ત્યારે તેઓ નેતાને પકડે છે. સિંક્રનસ પ્રતિકૃતિ સાથે, જો પ્રતિકૃતિઓ પ્રતિસાદ આપતી નથી, તો લીડર પાસે કોઈ વિકલ્પ રહેશે નહીં અને પ્રતિકૃતિ ક્લસ્ટરમાં પરત ન આવે ત્યાં સુધી પ્રતિકૃતિ પુષ્ટિ માટે રાહ જોવી ચાલુ રાખશે અને લેખન સ્વીકારી અને પ્રતિબદ્ધ કરી શકશે.

વ્યવહાર દીઠ એક કનેક્શન?

દરેક એપ્લિકેશનને સુસંગતતા અને પ્રદર્શનના વિવિધ પ્રકારના સંયોજનની જરૂર છે. જ્યાં સુધી, અલબત્ત, તે અમારી બિલ-ચુકવણી એપ્લિકેશન છે, જે અમે સંપૂર્ણ સુસંગત હોવાની કલ્પના કરીએ છીએ, અથવા અમારી લગભગ ક્ષણિક સામાજિક નેટવર્કિંગ એપ્લિકેશન છે. અન્ય તમામ કેસોમાં, એવો સમય આવશે જ્યારે કેટલીક કામગીરી સિંક્રનસ હોવી જોઈએ અને કેટલીક અસુમેળ હોવી જોઈએ. તમે ચેટ પર મોકલવામાં આવેલ સંદેશ પ્રતિબદ્ધ ન થાય ત્યાં સુધી સિસ્ટમ રાહ જોવા ન ઇચ્છતા હોય, પરંતુ જો તે જ એપ્લિકેશનમાં ચુકવણીની પ્રક્રિયા કરવામાં આવે, તો તમારે રાહ જોવી પડશે.

આ તમામ નિર્ણયો, અલબત્ત, એપ્લિકેશન ડેવલપર દ્વારા લેવામાં આવે છે. દરેક અભિગમનો ઉપયોગ ક્યારે કરવો તે વિશે યોગ્ય નિર્ણયો લેવાથી તમને તમારા ક્લસ્ટરમાંથી સૌથી વધુ મેળવવામાં મદદ મળશે. તે મહત્વનું છે કે વિકાસકર્તા કનેક્શન્સ અને વ્યવહારો માટે SQL સ્તરે તેમની વચ્ચે સ્વિચ કરી શકે છે.

વ્યવહારમાં નિયંત્રણની ખાતરી કરવી

મૂળભૂત રીતે, PostgreSQL સુસંગતતા પ્રદાન કરે છે. આ સર્વર પેરામીટર દ્વારા નિયંત્રિત થાય છે synchronous_commit. મૂળભૂત રીતે તે સ્થિતિમાં છે on, પરંતુ તેની પાસે અન્ય ત્રણ વિકલ્પો છે: local, remote_write અથવા off.

જ્યારે પરિમાણ સેટ કરો off સ્થાનિક સિસ્ટમ પર પણ તમામ સિંક્રનસ કમિટ બંધ કરવામાં આવે છે. સ્થાનિક પરિમાણ સ્થાનિક સિસ્ટમ માટે સિંક્રનસ મોડનો ઉલ્લેખ કરે છે, પરંતુ પ્રતિકૃતિઓ પર લખે છે તે અસુમેળ રીતે કરવામાં આવે છે. Remote_write આનાથી પણ આગળ જાય છે: પ્રતિકૃતિઓ પર લખે છે તે અસુમેળ રીતે બનાવવામાં આવે છે, પરંતુ જ્યારે પ્રતિકૃતિએ લખવાનું સ્વીકાર્યું હોય પરંતુ તેને ડિસ્ક પર ન લખ્યું હોય ત્યારે પરત કરવામાં આવે છે.

વિકલ્પોની ઉપલબ્ધ શ્રેણીને ધ્યાનમાં લઈને, અમે એક વર્તન પસંદ કરીએ છીએ અને, તેને ધ્યાનમાં રાખીને on – આ સિંક્રનસ રેકોર્ડિંગ્સ છે, અમે પસંદ કરીશું local નેટવર્ક પર અસુમેળ કમિટ માટે, જ્યારે સ્થાનિક કમિટ્સને સિંક્રનસ છોડીને.

હવે, અમે તમને એક ક્ષણમાં આ કેવી રીતે સેટ કરવું તે કહીશું, પરંતુ કલ્પના કરો કે અમે સેટ કર્યું છે synchronous_commit в local સર્વર માટે. અમે વિચાર્યું કે શું પેરામીટર બદલવું શક્ય છે synchronous_commit ફ્લાય પર, અને તે બહાર આવ્યું કે તે માત્ર શક્ય નથી, આ કરવા માટે બે રસ્તાઓ પણ છે. પ્રથમ તમારા કનેક્શનના સત્રને નીચે પ્રમાણે સેટ કરવાનું છે:

SET SESSION synchronous_commit TO ON;  
// Your writes go here

સત્રમાં અનુગામી તમામ લખાણો કનેક્ટેડ ક્લાયન્ટને હકારાત્મક પરિણામ પરત કરતા પહેલા પ્રતિકૃતિઓને લખેલા લખાણોને સ્વીકારશે. જ્યાં સુધી અલબત્ત તમે સેટિંગ બદલતા નથી synchronous_commit ફરી. તમે ભાગ છોડી શકો છો SESSION આદેશમાં કારણ કે તે ડિફોલ્ટ મૂલ્યમાં હશે.

બીજી પદ્ધતિ સારી છે જ્યારે તમે ખાતરી કરવા માંગતા હોવ કે તમને એક જ વ્યવહાર માટે સિંક્રનસ પ્રતિકૃતિ મળે. ઘણા NoSQL જનરેશન ડેટાબેઝમાં વ્યવહારોનો ખ્યાલ અસ્તિત્વમાં નથી, પરંતુ તે PostgreSQL માં છે. આ કિસ્સામાં તમે વ્યવહાર શરૂ કરો અને પછી સેટ કરો synchronous_commit в on ટ્રાન્ઝેક્શન માટે એન્ટ્રી એક્ઝિક્યુટ કરતા પહેલા. COMMIT કોઈપણ પેરામીટર મૂલ્યનો ઉપયોગ કરીને વ્યવહાર કરશે synchronous_commit, જે તે સમયે સેટ કરવામાં આવ્યું હતું, જો કે અન્ય વિકાસકર્તાઓ સમજે છે કે લખાણો અસુમેળ નથી તેની ખાતરી કરવા માટે ચલને અપફ્રન્ટ સેટ કરવું શ્રેષ્ઠ છે.

BEGIN;  
SET LOCAL synchronous_commit TO ON;  
// Your writes go here
COMMIT;  

ડેટાબેઝ કનેક્ટેડ ક્લાયન્ટને સકારાત્મક પ્રતિસાદ આપે તે પહેલાં પ્રતિકૃતિઓ પર લખવામાં આવેલ તમામ ટ્રાન્ઝેક્શન કમિટ્સની હવે પુષ્ટિ કરવામાં આવશે.

PostgreSQL સેટ કરી રહ્યું છે

આ પહેલા, અમે પોસ્ટગ્રેએસક્યુએલ સિસ્ટમની કલ્પના કરી હતી synchronous_commitમાં ઇન્સ્ટોલ કરેલું local. સર્વર બાજુ પર આને વાસ્તવિક બનાવવા માટે, તમારે બે સર્વર રૂપરેખાંકન વિકલ્પો સેટ કરવાની જરૂર પડશે. એક વધુ પરિમાણ synchronous_standby_names જ્યારે તે તેના પોતાનામાં આવશે synchronous_commit માં હશે on. તે નક્કી કરે છે કે કઈ પ્રતિકૃતિઓ સિંક્રનસ કમિટ માટે લાયક છે, અને અમે તેને સેટ કરીશું *, જેનો અર્થ એ થશે કે તમામ પ્રતિકૃતિઓ સામેલ છે. આ મૂલ્યો સામાન્ય રીતે રૂપરેખાંકિત કરવામાં આવે છે રૂપરેખાંકન ફાઇલ ઉમેરીને:

synchronous_commit = local  
synchronous_standby_names='*'

પરિમાણ સેટ કરીને synchronous_commit અર્થમાં local, અમે એક સિસ્ટમ બનાવીએ છીએ જ્યાં સ્થાનિક ડિસ્ક સિંક્રનસ રહે છે, પરંતુ નેટવર્ક પ્રતિકૃતિ કમિટ ડિફોલ્ટ રૂપે અસુમેળ હોય છે. જ્યાં સુધી, અલબત્ત, અમે ઉપર બતાવ્યા પ્રમાણે, આ કમિટ્સને સિંક્રનસ બનાવવાનું નક્કી કરીએ છીએ.

જો તમે વિકાસને અનુસરી રહ્યા છો ગવર્નર પ્રોજેક્ટ, તમે કેટલાક તાજેતરના ફેરફારો જોયા હશે (1, 2), જેણે ગવર્નર વપરાશકર્તાઓને આ પરિમાણોને ચકાસવા અને તેમની સુસંગતતા પર દેખરેખ રાખવાની મંજૂરી આપી.

થોડા વધુ શબ્દો...

માત્ર એક અઠવાડિયા પહેલા, મેં તમને કહ્યું હોત કે પોસ્ટગ્રેએસક્યુએલને આટલી બારીકાઈથી ફાઈન ટ્યુન કરવું અશક્ય છે. ત્યારે કમ્પોઝ પ્લેટફોર્મ ટીમના સભ્ય કર્ટે આગ્રહ કર્યો કે આવી તક અસ્તિત્વમાં છે. તેણે મારા વાંધાઓને શાંત કર્યા અને PostgreSQL દસ્તાવેજીકરણમાં મળી નીચેના:

આ સેટિંગ કોઈપણ સમયે બદલી શકાય છે. કોઈપણ ટ્રાન્ઝેક્શન માટેની વર્તણૂક પ્રતિબદ્ધતા સમયે પ્રભાવમાં સેટિંગ દ્વારા નક્કી કરવામાં આવે છે. તેથી, કેટલાક વ્યવહારો માટે સિંક્રનસ અને અન્ય માટે અસુમેળ રીતે આચરવું શક્ય અને ઉપયોગી છે. ઉદાહરણ તરીકે, કોઈને દબાણ કરવું multistatement જ્યારે પેરામીટરનું ડિફોલ્ટ મૂલ્ય વિરુદ્ધ હોય, સેટ કરો ત્યારે અસુમેળ રીતે કમિટ કરવા માટેનો વ્યવહાર SET LOCAL synchronous_commit TO OFF વ્યવહારમાં.

રૂપરેખાંકન ફાઇલમાં આ નાના ફેરફાર સાથે, અમે વપરાશકર્તાઓને તેમની સુસંગતતા અને પ્રદર્શન પર નિયંત્રણ આપ્યું છે.

સોર્સ: www.habr.com