પોસ્ટગ્રેસ લોક મેનેજરને અનલોક કરી રહ્યું છે. બ્રુસ મોમજીયન

બ્રુસ મોમજીયનની 2020 ની વાર્તા "અનલોકીંગ ધ પોસ્ટગ્રેસ લોક મેનેજર" ની ટ્રાન્સક્રિપ્ટ.

(નોંધ: સ્લાઇડ્સમાંથી તમામ SQL ક્વેરીઝ આ લિંક પરથી મેળવી શકાય છે: http://momjian.us/main/writings/pgsql/locking.sql)

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

મારું નામ બ્રુસ મોમજીયન છે. હું એન્ટરપ્રાઇઝડીબીમાં કામ કરું છું અને 23 વર્ષથી પોસ્ટગ્રેસ સાથે કામ કરું છું. હું ફિલાડેલ્ફિયા, યુએસએમાં રહું છું. હું વર્ષમાં લગભગ 90 દિવસ મુસાફરી કરું છું. અને હું લગભગ 40 કોન્ફરન્સમાં હાજરી આપું છું. મારા વેબ સાઇટ, જેમાં તે સ્લાઇડ્સ છે જે હવે હું તમને બતાવીશ. તેથી, કોન્ફરન્સ પછી તમે તેને મારી વ્યક્તિગત વેબસાઇટ પરથી ડાઉનલોડ કરી શકો છો. તેમાં 30 જેટલી રજૂઆતો પણ છે. ત્યાં વિડિઓઝ અને મોટી સંખ્યામાં બ્લોગ એન્ટ્રીઓ પણ છે, 500 થી વધુ. આ એકદમ માહિતીપ્રદ સંસાધન છે. અને જો તમને આ સામગ્રીમાં રસ છે, તો હું તમને તેનો ઉપયોગ કરવા માટે આમંત્રિત કરું છું.

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

આ એક જગ્યાએ અપ્રિય વાતચીત છે. અવરોધિત કરવું એ સૌથી લોકપ્રિય વિષય નથી. અમે ઇચ્છીએ છીએ કે આ ક્યાંક અદૃશ્ય થઈ જાય. દંત ચિકિત્સક પાસે જવા જેવું છે.

1. લોકીંગ એ ઘણા બધા લોકો માટે સમસ્યા છે જેઓ ડેટાબેઝમાં કામ કરે છે અને એક જ સમયે બહુવિધ પ્રક્રિયાઓ ચાલી રહી છે. તેમને અવરોધિત કરવાની જરૂર છે. એટલે કે, આજે હું તમને બ્લોકીંગ પર મૂળભૂત જ્ઞાન આપીશ.
2. વ્યવહાર IDs. આ પ્રસ્તુતિનો એક જગ્યાએ કંટાળાજનક ભાગ છે, પરંતુ તેમને સમજવાની જરૂર છે.
3. આગળ આપણે બ્લોકીંગના પ્રકારો વિશે વાત કરીશું. આ એકદમ યાંત્રિક ભાગ છે.
4. અને નીચે અમે બ્લોકીંગના કેટલાક ઉદાહરણો આપીશું. અને તે સમજવું ખૂબ મુશ્કેલ હશે.

ચાલો બ્લોકીંગ વિશે વાત કરીએ.

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

અને અહીં આપણે ઓરેકલથી અમારી પાસે આવેલા તાળાઓનું નામ જોઈએ છીએ. અમે તેનો ઉપયોગ કરીએ છીએ.

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

અને "એક્સેસ" શબ્દ પણ ખૂબ જ મહત્વપૂર્ણ છે. અને "પંક્તિ" શબ્દો એક શબ્દમાળા છે. એટલે કે, ઍક્સેસ વિતરણ, પંક્તિ વિતરણ.

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

બીજી વસ્તુ જે આપણે સમજવાની જરૂર છે તે છે ટ્રાન્ઝેક્શન આઈડી. ઘણા વ્યવહારો અનન્ય ઓળખકર્તાઓ વિના કામ કરી શકતા નથી. અને અહીં આપણી પાસે ટ્રાન્ઝેક્શન શું છે તેની સમજૂતી છે. પોસ્ટગ્રેસ પાસે બે ટ્રાન્ઝેક્શન નંબરિંગ સિસ્ટમ છે. હું જાણું છું કે આ બહુ સુંદર ઉકેલ નથી.

એ પણ ધ્યાનમાં રાખો કે સ્લાઇડ્સ સમજવામાં ખૂબ જ મુશ્કેલ હશે, તેથી લાલ રંગમાં જે હાઇલાઇટ કરવામાં આવ્યું છે તેના પર તમારે ધ્યાન આપવાની જરૂર છે.

http://momjian.us/main/writings/pgsql/locking.sql

જોઈએ. ટ્રાન્ઝેક્શન નંબર લાલ રંગમાં પ્રકાશિત થયેલ છે. SELECT pg_back ફંક્શન અહીં બતાવવામાં આવ્યું છે. તે મારો વ્યવહાર અને વ્યવહાર ID પરત કરે છે.

બીજી એક વાત, જો તમને આ પ્રેઝન્ટેશન ગમે છે અને તેને તમારા ડેટાબેઝ પર ચલાવવા માંગો છો, તો તમે ગુલાબી રંગની આ લિંક પર જઈ શકો છો અને આ પ્રસ્તુતિ માટે SQL ડાઉનલોડ કરી શકો છો. અને તમે તેને ફક્ત તમારા PSQL માં ચલાવી શકો છો અને સમગ્ર પ્રસ્તુતિ તરત જ તમારી સ્ક્રીન પર હશે. તેમાં ફૂલો નહીં હોય, પરંતુ ઓછામાં ઓછું આપણે તેને જોઈ શકીએ છીએ.

આ કિસ્સામાં આપણે ટ્રાન્ઝેક્શન ID જોઈએ છીએ. આ તે નંબર છે જે અમે તેણીને સોંપ્યો છે. અને Postgres માં અન્ય પ્રકારનો ટ્રાન્ઝેક્શન ID છે, જેને વર્ચ્યુઅલ ટ્રાન્ઝેક્શન ID કહેવાય છે

અને આપણે આ સમજવું જોઈએ. આ ખૂબ જ મહત્વપૂર્ણ છે, અન્યથા અમે પોસ્ટગ્રેસમાં લોકીંગને સમજી શકીશું નહીં.

વર્ચ્યુઅલ ટ્રાન્ઝેક્શન ID એ એક વ્યવહાર ID છે જેમાં સતત મૂલ્યો હોતા નથી. ઉદાહરણ તરીકે, જો હું SELECT આદેશ ચલાવું છું, તો પછી હું સંભવતઃ ડેટાબેઝ બદલીશ નહીં, હું કંઈપણ લોક કરીશ નહીં. તેથી જ્યારે આપણે એક સરળ SELECT ચલાવીએ છીએ, ત્યારે અમે તે વ્યવહારને સતત ID આપતા નથી. અમે તેને ત્યાં માત્ર વર્ચ્યુઅલ આઈડી આપીએ છીએ.

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

તેથી, જો હું વિનંતી ચલાવું છું, તો તે કહે છે કે બેકએન્ડ ID 2 છે.

અને જો હું આવા વ્યવહારોની શ્રેણી ચલાવું છું, તો આપણે જોઈએ છીએ કે જ્યારે પણ હું ક્વેરી ચલાવું છું ત્યારે કાઉન્ટર વધે છે. ઉદાહરણ તરીકે, જ્યારે હું ક્વેરી 2/10, 2/11, 2/12, વગેરે ચલાવું છું.

ધ્યાનમાં રાખો કે અહીં બે કૉલમ છે. ડાબી બાજુએ આપણે વર્ચ્યુઅલ ટ્રાન્ઝેક્શન ID – 2/12 જોઈએ છીએ. અને જમણી બાજુએ અમારી પાસે કાયમી વ્યવહાર ID છે. અને આ ક્ષેત્ર ખાલી છે. અને આ વ્યવહાર ડેટાબેઝમાં ફેરફાર કરતું નથી. તેથી હું તેને કાયમી વ્યવહાર ID આપતો નથી.

જલદી હું વિશ્લેષણ આદેશ ((ANALYZE)) ચલાવું છું, તે જ ક્વેરી મને કાયમી વ્યવહાર ID આપે છે. જુઓ કે આ આપણા માટે કેવી રીતે બદલાયું છે. મારી પાસે આ ID પહેલા નહોતું, પણ હવે મારી પાસે છે.

તો અહીં બીજી વિનંતી છે, બીજો વ્યવહાર. વર્ચ્યુઅલ ટ્રાન્ઝેક્શન નંબર 2/13 છે. અને જો હું સતત ટ્રાન્ઝેક્શન ID માંગું છું, તો જ્યારે હું ક્વેરી ચલાવીશ, ત્યારે મને તે મળી જશે.

તેથી, વધુ એક વખત. અમારી પાસે વર્ચ્યુઅલ ટ્રાન્ઝેક્શન ID અને સતત ટ્રાન્ઝેક્શન ID છે. પોસ્ટગ્રેસ વર્તનને સમજવા માટે ફક્ત આ મુદ્દાને સમજો.

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

અમે આ વિભાગમાંથી પસાર થઈશું, અમે દરેક પ્રકારના લોકને જોઈશું. અને હું તમને તેઓ કેવી રીતે ઇન્સ્ટોલ કરે છે, તેઓ કેવી રીતે કાર્ય કરે છે તેના ઉદાહરણો બતાવીશ, હું તમને કેટલીક ક્વેરીઝ બતાવીશ જેનો ઉપયોગ તમે પોસ્ટગ્રેસમાં લોકીંગ કેવી રીતે કાર્ય કરે છે તે જોવા માટે કરી શકો છો.

ક્વેરી બનાવવા અને પોસ્ટગ્રેસમાં શું થઈ રહ્યું છે તે જોવા માટે, અમારે સિસ્ટમ વ્યૂમાં ક્વેરી જારી કરવાની જરૂર છે. આ કિસ્સામાં, pg_lock લાલ રંગમાં પ્રકાશિત થાય છે. Pg_lock એ એક સિસ્ટમ ટેબલ છે જે અમને જણાવે છે કે પોસ્ટગ્રેસમાં હાલમાં કયા તાળાઓ ઉપયોગમાં છે.

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

બીજી સમસ્યા એ છે કે આ દૃશ્ય ખૂબ વિશાળ છે, તેથી મારે બીજું એક બનાવવું પડશે - lockview2.

અને તે મને ટેબલમાંથી વધુ કૉલમ બતાવે છે. અને બીજું એક જે મને બાકીની કૉલમ બતાવે છે. આ એકદમ જટિલ છે, તેથી મેં તેને શક્ય તેટલી સરળ રીતે રજૂ કરવાનો પ્રયાસ કર્યો.

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

તેથી, એક પંક્તિ, એક કૉલમ. પ્રથમ પ્રકારના લોકને ACCESS SHARE કહેવામાં આવે છે. આ ઓછામાં ઓછું પ્રતિબંધિત અવરોધિત છે. આનો અર્થ એ છે કે તે વ્યવહારીક રીતે અન્ય તાળાઓ સાથે વિરોધાભાસી નથી.

અને જો આપણે લોકને સ્પષ્ટ રીતે વ્યાખ્યાયિત કરવા માંગતા હોય, તો અમે "લોક ટેબલ" આદેશ ચલાવીએ છીએ. અને તે દેખીતી રીતે બ્લોક કરશે, એટલે કે ACCESS SHARE મોડમાં અમે લોક ટેબલ લોંચ કરીએ છીએ. અને જો હું પૃષ્ઠભૂમિમાં PSQL ચલાવું, તો હું મારા પ્રથમ સત્રથી આ રીતે બીજા સત્રની શરૂઆત કરું છું. એટલે કે, હું અહીં શું કરીશ? હું બીજા સત્રમાં જાઉં છું અને તેને કહું છું કે "મને આ વિનંતી માટે લોકવ્યુ બતાવો." અને અહીં મારી પાસે આ કોષ્ટકમાં AccessShareLock છે. આ બરાબર મેં વિનંતી કરી હતી. અને તે કહે છે કે બ્લોક સોંપવામાં આવ્યો છે. ખૂબ જ સરળ.

આગળ, જો આપણે બીજી કૉલમ જોઈએ, તો ત્યાં કંઈ નથી. તેઓ ખાલી છે.

અને જો હું "SELECT" આદેશ ચલાવું છું, તો AccessShareLockની વિનંતી કરવાની આ ગર્ભિત (સ્પષ્ટ) રીત છે. તેથી હું મારું ટેબલ રિલીઝ કરું છું અને ક્વેરી ચલાવું છું અને ક્વેરી બહુવિધ પંક્તિઓ આપે છે. અને એક લીટીમાં આપણે AccessShareLock જોઈએ છીએ. આમ, SELECT ટેબલ પર AccessShareLock ને કૉલ કરે છે. અને તે વર્ચ્યુઅલ રીતે કોઈ પણ વસ્તુ સાથે વિરોધાભાસી નથી કારણ કે તે નિમ્ન-સ્તરનું લોક છે.

જો હું SELECT ચલાવું અને ત્રણ અલગ-અલગ કોષ્ટકો હોય તો શું? પહેલાં હું માત્ર એક ટેબલ ચલાવતો હતો, હવે હું ત્રણ ચલાવું છું: pg_class, pg_namespace અને pg_attribute.

અને હવે જ્યારે હું ક્વેરી જોઉં છું, ત્યારે મને ત્રણ કોષ્ટકોમાં 9 AccessShareLocks દેખાય છે. શા માટે? ત્રણ કોષ્ટકો વાદળી રંગમાં પ્રકાશિત થાય છે: pg_attribute, pg_class, pg_namespace. પરંતુ તમે એ પણ જોઈ શકો છો કે આ કોષ્ટકો દ્વારા વ્યાખ્યાયિત થયેલ તમામ અનુક્રમણિકાઓમાં પણ AccessShareLock છે.

અને આ એક તાળું છે જે વ્યવહારીક રીતે અન્ય લોકો સાથે સંઘર્ષ કરતું નથી. અને તે માત્ર ત્યારે જ કરે છે કે જ્યારે આપણે તેને પસંદ કરીએ ત્યારે ટેબલને રીસેટ કરતા અટકાવીએ છીએ. તે અર્થમાં બનાવે છે. એટલે કે, જો આપણે ટેબલ પસંદ કરીએ, તો તે તે ક્ષણે અદૃશ્ય થઈ જાય છે, તો આ ખોટું છે, તેથી AccessShare એ નિમ્ન સ્તરનું લોક છે જે અમને કહે છે કે "જ્યારે હું કામ કરી રહ્યો હોઉં ત્યારે આ ટેબલ છોડશો નહીં". અનિવાર્યપણે, તેણી આટલું જ કરે છે.

ROW SHARE - આ લોક થોડું અલગ છે.

ચાલો એક ઉદાહરણ લઈએ. દરેક પંક્તિને વ્યક્તિગત રીતે લૉક કરવાની ROW SHARE પદ્ધતિ પસંદ કરો. આ રીતે જ્યારે અમે તેમને જોતા હોઈએ ત્યારે કોઈ તેમને કાઢી શકતું નથી અથવા બદલી શકતું નથી.

તો SHARE LOCK શું કરે છે? અમે જોઈએ છીએ કે SELECT માટે ટ્રાન્ઝેક્શન ID 681 છે. અને આ રસપ્રદ છે. અહીંયા શું થયું? પ્રથમ વખત જ્યારે આપણે નંબર "લોક" ફીલ્ડમાં જોઈએ છીએ. અમે ટ્રાન્ઝેક્શન ID લઈએ છીએ અને તે કહે છે કે તે તેને વિશિષ્ટ મોડમાં અવરોધિત કરી રહ્યું છે. તે માત્ર એટલું જ કરે છે કે મારી પાસે એક પંક્તિ છે જે ટેક્નિકલી રીતે ટેબલમાં ક્યાંક લૉક છે. પરંતુ તે બરાબર ક્યાં કહેતો નથી. અમે થોડી વાર પછી આને વધુ વિગતવાર જોઈશું.

અહીં આપણે કહીએ છીએ કે તાળા આપણા દ્વારા વપરાય છે.

તેથી, એક વિશિષ્ટ લોક સ્પષ્ટપણે કહે છે કે તે વિશિષ્ટ છે. અને જો તમે આ કોષ્ટકમાંથી એક પંક્તિ કાઢી નાખો છો, તો આ તે જ થશે, જેમ તમે જોઈ શકો છો.

SHARE EXCLUSIVE એ લાંબો લોક છે.

આ (ANALYZE) વિશ્લેષક આદેશ છે જેનો ઉપયોગ કરવામાં આવશે.

શેર લોક - તમે શેર મોડમાં સ્પષ્ટપણે લોક કરી શકો છો.

તમે અનન્ય અનુક્રમણિકા પણ બનાવી શકો છો. અને ત્યાં તમે SHARE LOCK જોઈ શકો છો, જે તેનો એક ભાગ છે. અને તે ટેબલને લોક કરે છે અને તેના પર SHARE LOCK મૂકે છે.

ડિફૉલ્ટ રૂપે, ટેબલ પર SHARE LOCK નો અર્થ છે કે અન્ય લોકો ટેબલ વાંચી શકે છે, પરંતુ કોઈ તેને સુધારી શકતું નથી. અને જ્યારે તમે અનન્ય અનુક્રમણિકા બનાવો છો ત્યારે આ બરાબર થાય છે.

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

શેર રો એક્સક્લુઝિવ - ફરીથી તે સ્પષ્ટ રીતે (સ્પષ્ટ રીતે) સેટ કરી શકાય છે.

અથવા અમે એક નિયમ બનાવી શકીએ છીએ, એટલે કે, ચોક્કસ કેસ લઈએ જેમાં તેનો ઉપયોગ કરવામાં આવશે.

વિશિષ્ટ લોકીંગનો અર્થ એ છે કે અન્ય કોઈ ટેબલ બદલી શકશે નહીં.

અહીં આપણે વિવિધ પ્રકારના તાળાઓ જોઈએ છીએ.

એક્સેસ એક્સક્લુઝિવ, ઉદાહરણ તરીકે, બ્લોકિંગ કમાન્ડ છે. ઉદાહરણ તરીકે, જો તમે કરો CLUSTER table, તો આનો અર્થ એ થશે કે ત્યાં કોઈ લખી શકશે નહીં. અને તે ફક્ત ટેબલને જ નહીં, પણ ઇન્ડેક્સને પણ લૉક કરે છે.

એક્સેસ એક્સક્લુઝિવ બ્લૉકિંગનું આ બીજું પેજ છે, જ્યાં આપણે જોઈશું કે તે કોષ્ટકમાં શું બ્લૉક કરે છે. તે વ્યક્તિગત ટેબલ પંક્તિઓને લૉક કરે છે, જે ખૂબ જ રસપ્રદ છે.

તે તમામ મૂળભૂત માહિતી છે જે હું આપવા માંગતો હતો. અમે તાળાઓ વિશે વાત કરી, ટ્રાન્ઝેક્શન ID વિશે વાત કરી, અમે વર્ચ્યુઅલ ટ્રાન્ઝેક્શન ID વિશે વાત કરી, કાયમી વ્યવહાર ID વિશે વાત કરી.

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

ચાલો અમુક ચોક્કસ ઉદાહરણો જોઈએ.

અમે કોષ્ટકો અને કોષ્ટકમાં એક પંક્તિ સાથે પ્રારંભ કરીશું. જ્યારે હું કંઈક દાખલ કરું છું ત્યારે મારી પાસે ટેબલ પર ExclusiveLock, Transaction ID અને ExclusiveLock પ્રદર્શિત થાય છે.

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

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

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

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

જો મારે બે પંક્તિઓ અપડેટ કરવી હોય તો શું થશે? અને આપણે જોઈએ છીએ કે તે એ જ રીતે વર્તે છે. અમે બમણા અપડેટ્સ કરીએ છીએ, પરંતુ લૉક લાઇનની બરાબર એ જ સંખ્યામાં.

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

જો મારે કંઈક કાઢી નાખવું હોય તો શું? જો હું કાઢી નાખું, ઉદાહરણ તરીકે, એક પંક્તિ અને મારી પાસે હજુ પણ મારા બે અવરોધિત ઇનપુટ્સ છે, અને જો હું તે બધાને કાઢી નાખવા માંગુ છું, તો પણ તે ત્યાં જ છે.

અને, ઉદાહરણ તરીકે, હું 1 લીટીઓ દાખલ કરવા માંગુ છું, અને પછી કાં તો 000 લીટીઓ કાઢી નાંખો અથવા ઉમેરો, પછી તે વ્યક્તિગત લીટીઓ કે જે હું ઉમેરું અથવા બદલું, તે અહીં રેકોર્ડ કરવામાં આવતી નથી. તેઓ શ્રેણીમાં જ નીચલા સ્તરે લખાયેલા છે. અને MVCC ભાષણ દરમિયાન મેં આ વિશે વિગતવાર વાત કરી. પરંતુ તે ખૂબ જ મહત્વપૂર્ણ છે જ્યારે તમે તાળાઓનું વિશ્લેષણ કરી રહ્યાં હોવ તેની ખાતરી કરવા માટે કે તમે ટેબલ સ્તરે લૉક કરી રહ્યાં છો અને તમે જોઈ રહ્યાં નથી કે અહીં વ્યક્તિગત પંક્તિઓ કેવી રીતે રેકોર્ડ કરવામાં આવી રહી છે.

સ્પષ્ટ અવરોધિત વિશે શું?

જો હું રિફ્રેશ પર ક્લિક કરું, તો મારી પાસે બે પંક્તિઓ લૉક છે. અને જો હું તે બધાને પસંદ કરું છું અને "બધે જ અપડેટ કરો" પર ક્લિક કરું છું, તો મારી પાસે હજુ પણ બે અવરોધિત રેકોર્ડ છે.

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

અને તે જ વસ્તુ, જો આપણે શેર કરીએ, તો આપણે તે 30 વખત કરી શકીએ છીએ.

અમે અમારા ટેબલને પુનઃસ્થાપિત કરીએ છીએ, બધું કાઢી નાખીએ છીએ, પછી ફરીથી એક પંક્તિ દાખલ કરીએ છીએ.

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

હું તમને આનું ઉદાહરણ બતાવીશ. હું હવે પસંદગી કરીશ. પછી અમે INSERT કરીશું. અને પછી તમે જોઈ શકો છો - 694. તમે આ નિવેશ કરનાર વ્યવહારનું ID જોઈ શકો છો. અને તે કેવી રીતે કામ કરે છે.

અને જો હું હવે મારા બેકએન્ડ ID ને જોઉં, તો તે હવે 695 છે.

અને હું જોઈ શકું છું કે મારા ટેબલમાં 695 દેખાય છે.

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

અને તમે જોઈ શકો છો કે ટોચ પર તે ShareLock છે, અને નીચે તે ExclusiveLock છે. અને બંને વ્યવહારો ચાલ્યા.

અને આ કેવી રીતે થાય છે તે સમજવા માટે તમારે MVCC પર મારી વાત સાંભળવાની જરૂર છે. પરંતુ આ એક ઉદાહરણ છે કે તમે તે એક જ સમયે કરી શકો છો, એટલે કે એક જ સમયે પસંદ કરો અને અપડેટ કરો.

ચાલો રીસેટ કરીએ અને વધુ એક ઓપરેશન કરીએ.

જો તમે એક જ પંક્તિ પર એક સાથે બે અપડેટ્સ ચલાવવાનો પ્રયાસ કરો છો, તો તે અવરોધિત થઈ જશે. અને યાદ રાખો, મેં કહ્યું હતું કે વાચક લેખકને અવરોધતો નથી, અને લેખક વાચકને અવરોધતો નથી, પરંતુ એક લેખક બીજા લેખકને અવરોધિત કરે છે. એટલે કે, અમે એક જ સમયે બે લોકો એક જ પંક્તિને અપડેટ કરી શકતા નથી. તેમાંથી એક સમાપ્ત થાય ત્યાં સુધી તમારે રાહ જોવી પડશે.

અને આને સમજાવવા માટે, હું લોકડેમો ટેબલ જોઈશ. અને આપણે એક પંક્તિ જોઈશું. વ્યવહાર દીઠ 698.

અમે આને 2 પર અપડેટ કર્યું છે. 699 એ પ્રથમ અપડેટ છે. અને તે સફળ થયું અથવા તે પેન્ડિંગ ટ્રાન્ઝેક્શનમાં છે અને અમારી પુષ્ટિ અથવા રદ કરવાની રાહ જોઈ રહ્યું છે.

પરંતુ કંઈક બીજું જુઓ - 2/51 એ અમારો પ્રથમ વ્યવહાર છે, અમારું પ્રથમ સત્ર છે. 3/112 એ બીજી વિનંતી છે જે ટોચ પરથી આવી છે જેણે તે મૂલ્યને 3 માં બદલી દીધું છે. અને જો તમે નોંધ્યું છે કે, ટોચનું એક પોતાને લૉક કરે છે, જે 699 છે. પરંતુ 3/112 એ લૉક મંજૂર કર્યું નથી. લૉક_મોડ કૉલમ કહે છે કે તે શેની રાહ જોઈ રહ્યું છે. તે 699ની અપેક્ષા રાખે છે. અને જો તમે જુઓ કે 699 ક્યાં છે, તો તે વધારે છે. અને પ્રથમ સત્ર શું કર્યું? તેણીએ પોતાના ટ્રાન્ઝેક્શન આઈડી પર એક વિશિષ્ટ લોક બનાવ્યું હતું. પોસ્ટગ્રેસ તે આ રીતે કરે છે. તે તેના પોતાના ટ્રાન્ઝેક્શન ID ને બ્લોક કરે છે. અને જો તમે કોઈની પુષ્ટિ અથવા રદ કરવા માટે રાહ જોવા માંગતા હો, તો તમારે બાકી વ્યવહાર હોય ત્યાં સુધી રાહ જોવી પડશે. અને તેથી જ આપણે એક વિચિત્ર રેખા જોઈ શકીએ છીએ.

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

હું જોઈશ કે અહીં શું થાય છે. અને અહીં બે વસ્તુઓ એક સાથે થાય છે. તમે પ્રથમ પંક્તિમાં એક ટ્રાન્ઝેક્શન ID લૉક જોઈ રહ્યાં છો જે લૉક થઈ જાય છે. અને લોકોને રાહ જોવા માટે તે પોતાની જાતને બ્લોક કરે છે.

જો તમે 6ઠ્ઠી લાઇન જુઓ, તો તે પ્રથમની જેમ જ એન્ટ્રી છે. અને તેથી વ્યવહાર 699 અવરોધિત છે. 700 સેલ્ફ-લોકિંગ પણ છે. અને પછી નીચેની પંક્તિમાં તમે જોશો કે અમે 699 ની કામગીરી પૂર્ણ થવાની રાહ જોઈ રહ્યા છીએ.

અને lock_type માં, તમે સંખ્યાઓ જુઓ છો.

તમે જોઈ શકો છો કે તે 0/10 છે. અને આ પેજ નંબર છે અને આ ચોક્કસ પંક્તિનો ઓફસેટ પણ છે.

અને તમે જોશો કે જ્યારે અમે અપડેટ કરીએ છીએ ત્યારે તે 0/11 બની જાય છે.

પરંતુ વાસ્તવમાં તે 0/10 છે, કારણ કે આ ઓપરેશન માટે રાહ જોવાની છે. અમારી પાસે એ જોવાની તક છે કે આ તે શ્રેણી છે જેની હું પુષ્ટિ કરવા માટે રાહ જોઈ રહ્યો છું.

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

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

આ એક પુનરાવર્તિત દૃશ્ય છે જેનો બીજો વિભાગ પણ છે. અને પછી તે બધું ફરીથી એકસાથે લાવે છે. ચાલો આનો ઉપયોગ કરીએ.

જો આપણે એક સાથે ત્રણ અપડેટ કરીએ અને કહીએ કે પંક્તિ હવે ત્રણ છે. અને આપણે 3 થી 4 બદલીશું.

અને અહીં આપણે 4. અને ટ્રાન્ઝેક્શન ID 702 જોઈએ છીએ.

અને પછી હું 4 થી 5 બદલીશ. અને 5 થી 6, અને 6 થી 7. અને હું સંખ્યાબંધ લોકોને લાઇન કરીશ જેઓ આ એક વ્યવહાર સમાપ્ત થવાની રાહ જોતા હશે.

અને બધું સ્પષ્ટ થઈ જાય છે. પ્રથમ પંક્તિ શું છે? આ 702 છે. આ ટ્રાન્ઝેક્શન ID છે જે મૂળરૂપે આ મૂલ્ય સેટ કરે છે. મારી ગ્રાન્ટેડ કોલમમાં શું લખ્યું છે? મારી પાસે ગુણ છે f. આ મારા અપડેટ્સ છે જે (5, 6, 7) મંજૂર કરી શકાતા નથી કારણ કે અમે ટ્રાન્ઝેક્શન ID 702 સમાપ્ત થવાની રાહ જોઈ રહ્યા છીએ. આપણે ત્યાં ટ્રાન્ઝેક્શન આઈડી બ્લોકિંગ છે. અને આના પરિણામે 5 ટ્રાન્ઝેક્શનલ ID લોક થાય છે.

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

આ તે જેવો દેખાય છે. તે સ્પષ્ટ છે કે તેઓ બધા 12 મી લાઇનની રાહ જોઈ રહ્યા છે.

આ આપણે અહીં જોયું છે. અહીં 0/12 છે.

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

અહીં શું થઈ રહ્યું છે તે છે. 702 કમિટ કરે છે. અને હવે 703 આ પંક્તિ લોક મેળવે છે, અને પછી 704 703 માટે પ્રતિબદ્ધ થવાની રાહ જોવાનું શરૂ કરે છે. અને 705 પણ આની રાહ જોઈ રહ્યું છે. અને જ્યારે આ બધું પૂર્ણ થાય છે, ત્યારે તેઓ પોતાને સાફ કરે છે. અને હું નિર્દેશ કરવા માંગુ છું કે દરેક જણ લાઇનમાં છે. અને આ ટ્રાફિક જામની પરિસ્થિતિ જેવી જ છે જ્યારે દરેક વ્યક્તિ પ્રથમ કારની રાહ જોતી હોય છે. પ્રથમ કાર ઉભી રહે છે અને દરેક વ્યક્તિ લાંબી લાઈનમાં ઉભા રહે છે. પછી તે આગળ વધે છે, પછી આગળની કાર આગળ ચલાવી શકે છે અને તેનો બ્લોક મેળવી શકે છે, વગેરે.

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

અને, ઉદાહરણ તરીકે, જો ઇવાન કહે: "મને કંઈક આપો," અને હું કહું: "ના, જો તમે મને બીજું કંઈક આપો તો જ હું તમને આપીશ." અને તે કહે છે, "ના, જો તમે મને નહીં આપો તો હું તમને તે આપીશ નહીં." અને આપણે મડાગાંઠની સ્થિતિમાં આવીએ છીએ. મને ખાતરી છે કે ઇવાન આ કરશે નહીં, પરંતુ તમે તેનો અર્થ સમજો છો કે અમારી પાસે બે લોકો છે જેઓ કંઈક મેળવવા માંગે છે અને જ્યાં સુધી બીજી વ્યક્તિ તેમને જે જોઈએ તે ન આપે ત્યાં સુધી તેઓ તેને આપવા તૈયાર નથી. અને કોઈ ઉકેલ નથી.

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

અને હવે અમે બે ડેડલોક ઇન્સ્ટોલ કરીશું. અમે 50 અને 80 મૂકીશું. પ્રથમ હરોળમાં, હું 50 થી 50 સુધી અપડેટ કરીશ. મને ટ્રાન્ઝેક્શન નંબર 710 મળશે.

અને પછી હું 80 થી 81 અને 50 ને 51 માં બદલીશ.

અને આ તે જેવો દેખાશે. અને તેથી 710 એક પંક્તિ અવરોધિત છે, અને 711 પુષ્ટિની રાહ જોઈ રહ્યું છે. જ્યારે અમે અપડેટ કર્યું ત્યારે અમે આ જોયું. 710 અમારી શ્રેણીના માલિક છે. અને 711 વ્યવહાર પૂર્ણ કરવા માટે 710 ની રાહ જુએ છે.

અને તે પણ કહે છે કે કઈ પંક્તિ પર મડાગાંઠ થાય છે. અને અહીં તે વિચિત્ર થવાનું શરૂ થાય છે.

હવે અમે 80 થી 80 અપડેટ કરી રહ્યા છીએ.

અને અહીંથી મડાગાંઠ શરૂ થાય છે. 710 711 ના પ્રતિસાદની રાહ જોઈ રહ્યું છે, અને 711 710 ની રાહ જોઈ રહ્યું છે. અને આ સારી રીતે સમાપ્ત થશે નહીં. અને આમાંથી બહાર નીકળવાનો કોઈ રસ્તો નથી. અને તેઓ એકબીજા પાસેથી પ્રતિભાવની અપેક્ષા રાખશે.

અને તે બધું જ વિલંબ કરવાનું શરૂ કરશે. અને અમે તે નથી માંગતા.

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

શું ત્યાં ત્રણ-માર્ગીય મડાગાંઠ છે? શું તે શક્ય છે? હા.

અમે આ સંખ્યાઓને કોષ્ટકમાં દાખલ કરીએ છીએ. અમે 40 થી 40 બદલીએ છીએ, અમે અવરોધિત કરીએ છીએ.

આપણે 60 થી 61, 80 થી 81 બદલીએ છીએ.

અને પછી આપણે 80 બદલીએ અને પછી તેજી!

અને 714 હવે 715ની રાહ જોઈ રહ્યું છે. 716મું 715ની રાહ જોઈ રહ્યું છે. અને તેના વિશે કશું કરી શકાતું નથી.

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

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

આગામી સમસ્યા શ્રેણીબદ્ધ છે.

જો ખાસ ક્રમાંકિત લોક.

અને આપણે 719 પર પાછા આવીએ છીએ. તેનું આઉટપુટ એકદમ સામાન્ય છે.

અને તમે સીરીયલાઇઝ થી ટ્રાન્ઝેક્શન કરવા માટે ક્લિક કરી શકો છો.

અને તમે સમજો છો કે તમારી પાસે હવે એક અલગ પ્રકારનું SA લોક છે - તેનો અર્થ એ છે કે શ્રેણીબદ્ધ કરી શકાય તેવું છે.

અને તેથી અમારી પાસે SARieadLock નામનું એક નવા પ્રકારનું લોક છે, જે સીરીયલ લોક છે અને તમને સીરીયલ દાખલ કરવાની પરવાનગી આપે છે.

અને તમે અનન્ય અનુક્રમણિકાઓ પણ દાખલ કરી શકો છો.

આ કોષ્ટકમાં અમારી પાસે અનન્ય અનુક્રમણિકાઓ છે.

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

અને જો આપણે પેટા વ્યવહાર કરીએ.

અહીં અમારી પાસે 723 છે.

અને જો આપણે પોઈન્ટ સેવ કરીએ અને પછી તેને અપડેટ કરીએ, તો આપણને નવું ટ્રાન્ઝેક્શન આઈડી મળે છે. આ વર્તનની બીજી પેટર્ન છે જેના વિશે તમારે જાગૃત રહેવાની જરૂર છે. જો આપણે આ પરત કરીએ, તો ટ્રાન્ઝેક્શન આઈડી જતી રહેશે. 724 નીકળી રહી છે. પરંતુ હવે અમારી પાસે 725 છે.

તો હું અહીં શું કરવાનો પ્રયાસ કરી રહ્યો છું? હું તમને અસામાન્ય તાળાઓનાં ઉદાહરણો બતાવવાનો પ્રયાસ કરી રહ્યો છું જે તમને મળી શકે છે: પછી ભલે તે શ્રેણીબદ્ધ તાળાઓ હોય કે સેવપોઈન્ટ, આ વિવિધ પ્રકારના તાળાઓ છે જે લૉક કોષ્ટકમાં દેખાશે.

આ સ્પષ્ટ (સ્પષ્ટ) તાળાઓની રચના છે, જેમાં pg_advisory_lock છે.

અને તમે જોશો કે બ્લોકીંગ પ્રકાર સલાહકાર તરીકે સૂચિબદ્ધ છે. અને અહીં તે લાલ રંગમાં "સલાહકાર" કહે છે. અને તમે pg_advisory_unlock વડે એક સાથે આ રીતે બ્લોક કરી શકો છો.

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

અને અહીં આપણે pg_stat_view બનાવીએ છીએ.

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

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

અને આ ખૂબ જ ઉપયોગી થઈ શકે છે. અમે આને ફક્ત સંસ્કરણ 9.6 માં ઉમેર્યું છે, તેથી આ સુવિધા ફક્ત 5 વર્ષ જૂની છે, પરંતુ તે ખૂબ જ ઉપયોગી છે. અને તે જ બીજી વિનંતીને લાગુ પડે છે. તે બરાબર બતાવે છે કે આપણે શું જોવાની જરૂર છે.

આ તે છે જેના વિશે હું તમારી સાથે વાત કરવા માંગતો હતો. અને મારી અપેક્ષા મુજબ, અમે અમારો બધો સમય વાપર્યો કારણ કે ત્યાં ઘણી બધી સ્લાઇડ્સ હતી. અને સ્લાઇડ્સ ડાઉનલોડ કરવા માટે ઉપલબ્ધ છે. હું અહીં હોવા બદલ તમારો આભાર માનું છું. મને ખાતરી છે કે તમે બાકીની કોન્ફરન્સનો આનંદ માણશો, તમારો ખૂબ ખૂબ આભાર!

પ્રશ્નો

ઉદાહરણ તરીકે, જો હું પંક્તિઓ અપડેટ કરવાનો પ્રયાસ કરી રહ્યો છું, અને બીજું સત્ર સમગ્ર કોષ્ટકને કાઢી નાખવાનો પ્રયાસ કરી રહ્યો છે. જ્યાં સુધી હું સમજું છું, ત્યાં ઇન્ટેન્ટ લોક જેવું કંઈક હોવું જોઈએ. Postgres માં આવી વસ્તુ છે?

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

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

આ લૉક એક્સક્લુઝિવ જેવું દેખાશે, બરાબર ને?

હા, એવું લાગે છે. હું સમજું છું કે તમે જેની વાત કરો છો. તમે કહો છો કે જો હું SELECT કરું તો મારી પાસે ShareExclusive છે અને પછી હું તેને Row Exclusive બનાવું, તો શું તે સમસ્યા બની જાય છે? પરંતુ આશ્ચર્યજનક રીતે આ કોઈ સમસ્યા ઊભી કરતું નથી. આ લૉકની ડિગ્રી વધારવા જેવું લાગે છે, પરંતુ અનિવાર્યપણે મારી પાસે એક લૉક છે જે કાઢી નાખવાથી અટકાવે છે. અને હવે, જ્યારે હું આ લોકને વધુ શક્તિશાળી બનાવું છું, ત્યારે પણ તે કાઢી નાખવામાં રોકે છે. તેથી એવું નથી કે હું ઉપર જાઉં છું. એટલે કે, જ્યારે તે નીચા સ્તરે હતું ત્યારે તે તેને થતું અટકાવતું હતું, તેથી જ્યારે હું તેનું સ્તર વધારું છું ત્યારે તે હજી પણ કોષ્ટકને કાઢી નાખવાથી અટકાવે છે.

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

જ્યારે અમારી પાસે ઘણા સત્રો હોય, મોટી સંખ્યામાં વપરાશકર્તાઓ હોય ત્યારે મડાગાંઠની પરિસ્થિતિને ટાળવા માટે આપણે શું કરવાની જરૂર છે?

પોસ્ટગ્રેસ આપમેળે મડાગાંઠની પરિસ્થિતિઓની નોંધ લે છે. અને તે આપમેળે સત્રોમાંથી એકને કાઢી નાખશે. ડેડ બ્લોકિંગને ટાળવાનો એકમાત્ર રસ્તો એ જ ક્રમમાં લોકોને અવરોધિત કરવાનો છે. તેથી જ્યારે તમે તમારી એપ્લિકેશન જુઓ છો, ત્યારે ઘણી વાર મડાગાંઠનું કારણ... ચાલો કલ્પના કરીએ કે હું બે અલગ અલગ વસ્તુઓને અવરોધિત કરવા માંગુ છું. એક એપ્લિકેશન ટેબલ 1 ને લૉક કરે છે, અને બીજી એપ્લિકેશન 2 ને લૉક કરે છે, અને પછી કોષ્ટક 1. અને ડેડલૉક્સ ટાળવાનો સૌથી સહેલો રસ્તો એ છે કે તમારી એપ્લિકેશનને જુઓ અને ખાતરી કરવાનો પ્રયાસ કરો કે લૉકિંગ બધી એપ્લિકેશનોમાં સમાન ક્રમમાં થાય છે. અને આ સામાન્ય રીતે 80% સમસ્યાઓ દૂર કરે છે, કારણ કે તમામ પ્રકારના લોકો આ એપ્લિકેશનો લખે છે. અને જો તમે તેમને તે જ ક્રમમાં અવરોધિત કરો છો, તો પછી તમે ડેડલોક પરિસ્થિતિનો સામનો કરશો નહીં.

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

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

શું પોસ્ટગ્રેસમાં લોકીંગ સમયસમાપ્તિ ઉમેરવાનું શક્ય છે? ઓરેકલમાં, હું, ઉદાહરણ તરીકે, "અપડેટ કરવા માટે પસંદ કરો" લખી શકું છું અને અપડેટ કરતા પહેલા 50 સેકન્ડ રાહ જુઓ. તે એપ્લિકેશન માટે સારું હતું. પરંતુ પોસ્ટગ્રેસમાં, મારે કાં તો તે તરત જ કરવાની જરૂર છે અને બિલકુલ રાહ જોવી નહીં, અથવા થોડો સમય રાહ જુઓ.

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

શું તમે સ્લાઇડ 75 ખોલી શકો છો?

હા.

અને મારો પ્રશ્ન નીચે મુજબ છે. શા માટે બંને અપડેટ પ્રક્રિયાઓ 703 ની અપેક્ષા રાખે છે?

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

મને ખબર નથી કે પોસ્ટગ્રેસ આ કેમ કરે છે. પણ એફ નામની સમસ્યા છે…. મને લાગે છે કે આ રશિયન ભાષામાં શબ્દ નથી. આ તે છે જ્યારે દરેક એક કિલ્લાની રાહ જોઈ રહ્યું છે, ભલે ત્યાં 20 અધિકારીઓ હોય જે કિલ્લાની રાહ જોઈ રહ્યા હોય. અને અચાનક તેઓ બધા એક જ સમયે જાગી જાય છે. અને દરેક વ્યક્તિ પ્રતિક્રિયા આપવાનો પ્રયાસ કરવા લાગે છે. પરંતુ સિસ્ટમ તે બનાવે છે જેથી દરેક 703 ની રાહ જોઈ રહ્યા હોય. કારણ કે તેઓ બધા રાહ જોઈ રહ્યા છે, અને અમે તરત જ તે બધાને લાઇન કરીશું. અને જો આ પછી જનરેટ થયેલી બીજી કોઈ નવી વિનંતી દેખાય, ઉદાહરણ તરીકે, 707, તો ફરીથી ખાલીપણું આવશે.

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

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

મને લાગે છે કે જ્યારે 705 704 ની અપેક્ષા રાખે છે ત્યારે તે વધુ તાર્કિક છે.

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

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

છે એગોર રોગોવ દ્વારા તાળાઓ વિશેના લેખો. જુઓ, તેઓ પણ રસપ્રદ અને ઉપયોગી છે. વિષય, અલબત્ત, ભયંકર જટિલ છે. તમારો ખૂબ ખૂબ આભાર, બ્રુસ!

સોર્સ: www.habr.com