അപ്പാച്ചെ ഇഗ്‌നൈറ്റിലെ ഡാറ്റ കംപ്രഷൻ. Sber ന്റെ അനുഭവം

വലിയ അളവിലുള്ള ഡാറ്റയുമായി പ്രവർത്തിക്കുമ്പോൾ, ഡിസ്ക് സ്ഥലത്തിന്റെ അഭാവം ചിലപ്പോൾ ഉണ്ടാകാം. ഈ പ്രശ്നം പരിഹരിക്കാനുള്ള ഒരു മാർഗ്ഗം കംപ്രഷൻ ആണ്, ഇതിന് നന്ദി, അതേ ഉപകരണങ്ങളിൽ, നിങ്ങൾക്ക് സ്റ്റോറേജ് വോള്യം വർദ്ധിപ്പിക്കാൻ കഴിയും. ഈ ലേഖനത്തിൽ, അപ്പാച്ചെ ഇഗ്‌നൈറ്റിൽ ഡാറ്റ കംപ്രഷൻ എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് ഞങ്ങൾ നോക്കും. ഉൽപ്പന്നത്തിനുള്ളിൽ നടപ്പിലാക്കിയ ഡിസ്ക് കംപ്രഷൻ രീതികൾ മാത്രമേ ഈ ലേഖനം വിവരിക്കുന്നുള്ളൂ. ഡാറ്റ കംപ്രഷന്റെ മറ്റ് രീതികൾ (നെറ്റ്‌വർക്കിലൂടെ, മെമ്മറിയിൽ), നടപ്പിലാക്കിയാലും ഇല്ലെങ്കിലും, പരിധിക്ക് പുറത്തായിരിക്കും.

അതിനാൽ, പെർസിസ്റ്റൻസ് മോഡ് പ്രവർത്തനക്ഷമമാക്കി, കാഷെകളിലെ ഡാറ്റയിലെ മാറ്റങ്ങളുടെ ഫലമായി, ഇഗ്നൈറ്റ് ഡിസ്കിലേക്ക് എഴുതാൻ തുടങ്ങുന്നു:

1. കാഷെകളുടെ ഉള്ളടക്കം
2. അഹെഡ് ലോഗ് എഴുതുക (ഇനി മുതൽ WAL)

WAL കംപ്രഷനായി WAL കംപ്രഷൻ എന്ന് വിളിക്കപ്പെടുന്ന ഒരു സംവിധാനമുണ്ട്. അടുത്തിടെ പുറത്തിറങ്ങിയ അപ്പാച്ചെ ഇഗ്നൈറ്റ് 2.8, ഡിസ്കിലെ ഡാറ്റ കംപ്രസ്സ് ചെയ്യാൻ നിങ്ങളെ അനുവദിക്കുന്ന രണ്ട് സംവിധാനങ്ങൾ കൂടി അവതരിപ്പിച്ചു: കാഷെകളുടെ ഉള്ളടക്കങ്ങൾ കംപ്രസ്സുചെയ്യുന്നതിനുള്ള ഡിസ്ക് പേജ് കംപ്രഷൻ, ചില WAL എൻട്രികൾ കംപ്രസ്സുചെയ്യുന്നതിനുള്ള WAL പേജ് സ്നാപ്പ്ഷോട്ട് കംപ്രഷൻ. ഈ മൂന്ന് മെക്കാനിസങ്ങളെ കുറിച്ചുള്ള കൂടുതൽ വിശദാംശങ്ങൾ ചുവടെ.

ഡിസ്ക് പേജ് കംപ്രഷൻ

എങ്ങനെ പ്രവർത്തിക്കുന്നില്ല

ആദ്യം, ഇഗ്നൈറ്റ് എങ്ങനെ ഡാറ്റ സംഭരിക്കുന്നു എന്ന് വളരെ ഹ്രസ്വമായി നോക്കാം. സംഭരണത്തിനായി പേജ് മെമ്മറി ഉപയോഗിക്കുന്നു. നോഡിന്റെ തുടക്കത്തിൽ പേജ് വലുപ്പം സജ്ജീകരിച്ചിരിക്കുന്നു, പിന്നീടുള്ള ഘട്ടങ്ങളിൽ മാറ്റാൻ കഴിയില്ല; കൂടാതെ, പേജ് വലുപ്പം രണ്ട് പവറും ഫയൽ സിസ്റ്റം ബ്ലോക്ക് വലുപ്പത്തിന്റെ ഗുണിതവും ആയിരിക്കണം. ആവശ്യാനുസരണം പേജുകൾ ഡിസ്കിൽ നിന്ന് റാമിലേക്ക് ലോഡ് ചെയ്യുന്നു; ഡിസ്കിലെ ഡാറ്റയുടെ വലുപ്പം അനുവദിച്ച റാമിന്റെ അളവിനേക്കാൾ കൂടുതലായിരിക്കാം. ഡിസ്കിൽ നിന്ന് ഒരു പേജ് ലോഡ് ചെയ്യാൻ റാമിൽ മതിയായ ഇടമില്ലെങ്കിൽ, പഴയതും ഇനി ഉപയോഗിക്കാത്തതുമായ പേജുകൾ റാമിൽ നിന്ന് പുറത്താക്കപ്പെടും.

ഡാറ്റ ഇനിപ്പറയുന്ന രൂപത്തിൽ ഡിസ്കിൽ സംഭരിച്ചിരിക്കുന്നു: ഓരോ കാഷെ ഗ്രൂപ്പിന്റെയും ഓരോ പാർട്ടീഷനുമായും ഒരു പ്രത്യേക ഫയൽ സൃഷ്ടിക്കപ്പെടുന്നു; ഈ ഫയലിൽ, ആരോഹണ സൂചിക ക്രമത്തിൽ പേജുകൾ ഒന്നിനുപുറകെ ഒന്നായി ദൃശ്യമാകും. മുഴുവൻ പേജ് ഐഡന്റിഫയറിൽ ഫയലിലെ കാഷെ ഗ്രൂപ്പ് ഐഡന്റിഫയർ, പാർട്ടീഷൻ നമ്പർ, പേജ് സൂചിക എന്നിവ അടങ്ങിയിരിക്കുന്നു. അങ്ങനെ, പൂർണ്ണ പേജ് ഐഡന്റിഫയർ ഉപയോഗിച്ച്, ഓരോ പേജിനുമുള്ള ഫയലും ഫയലിലെ ഓഫ്സെറ്റും നമുക്ക് അദ്വിതീയമായി നിർണ്ണയിക്കാനാകും. അപ്പാച്ചെ ഇഗ്നൈറ്റ് വിക്കി ലേഖനത്തിൽ പേജിംഗ് മെമ്മറിയെക്കുറിച്ച് നിങ്ങൾക്ക് കൂടുതൽ വായിക്കാം: ഇഗ്നൈറ്റ് പെർസിസ്റ്റന്റ് സ്റ്റോർ - ഹൂഡിന് കീഴിൽ.

ഡിസ്ക് പേജ് കംപ്രഷൻ മെക്കാനിസം, പേരിൽ നിന്ന് നിങ്ങൾ ഊഹിച്ചേക്കാം, പേജ് തലത്തിൽ പ്രവർത്തിക്കുന്നു. ഈ സംവിധാനം പ്രവർത്തനക്ഷമമാക്കുമ്പോൾ, റാമിലെ ഡാറ്റ ഒരു കംപ്രഷൻ ഇല്ലാതെ തന്നെ പ്രോസസ്സ് ചെയ്യപ്പെടുന്നു, പക്ഷേ പേജുകൾ റാമിൽ നിന്ന് ഡിസ്കിലേക്ക് സംരക്ഷിക്കുമ്പോൾ, അവ കംപ്രസ്സുചെയ്യുന്നു.

എന്നാൽ ഓരോ പേജും വ്യക്തിഗതമായി കംപ്രസ്സുചെയ്യുന്നത് പ്രശ്നത്തിന് ഒരു പരിഹാരമല്ല; തത്ഫലമായുണ്ടാകുന്ന ഡാറ്റ ഫയലുകളുടെ വലുപ്പം നിങ്ങൾ എങ്ങനെയെങ്കിലും കുറയ്ക്കേണ്ടതുണ്ട്. പേജ് വലുപ്പം ഇനി നിശ്ചയിച്ചിട്ടില്ലെങ്കിൽ, ഫയലിൽ ഒന്നിന് പുറകെ ഒന്നായി പേജുകൾ എഴുതാൻ കഴിയില്ല, കാരണം ഇത് നിരവധി പ്രശ്നങ്ങൾ സൃഷ്ടിക്കും:

• പേജ് സൂചിക ഉപയോഗിച്ച്, ഫയലിൽ അത് സ്ഥിതി ചെയ്യുന്ന ഓഫ്സെറ്റ് കണക്കാക്കാൻ ഞങ്ങൾക്ക് കഴിയില്ല.
• ഫയലിന്റെ അറ്റത്ത് ഇല്ലാത്തതും അവയുടെ വലിപ്പം മാറ്റുന്നതുമായ പേജുകൾ എന്തുചെയ്യണമെന്ന് വ്യക്തമല്ല. പേജിന്റെ വലുപ്പം കുറയുകയാണെങ്കിൽ, അത് സ്വതന്ത്രമാക്കിയ ഇടം അപ്രത്യക്ഷമാകും. പേജിന്റെ വലുപ്പം കൂടുകയാണെങ്കിൽ, അതിനായി ഫയലിൽ ഒരു പുതിയ സ്ഥലം നിങ്ങൾ നോക്കേണ്ടതുണ്ട്.
• ഫയൽ സിസ്റ്റം ബ്ലോക്ക് വലുപ്പത്തിന്റെ ഗുണിതമല്ലാത്ത നിരവധി ബൈറ്റുകളാൽ ഒരു പേജ് നീങ്ങുകയാണെങ്കിൽ, അത് വായിക്കുന്നതിനോ എഴുതുന്നതിനോ ഒരു ഫയൽ സിസ്റ്റം ബ്ലോക്ക് കൂടി സ്പർശിക്കേണ്ടതുണ്ട്, ഇത് പ്രകടന നിലവാരത്തകർച്ചയിലേക്ക് നയിച്ചേക്കാം.

ഈ പ്രശ്നങ്ങൾ അതിന്റേതായ തലത്തിൽ പരിഹരിക്കുന്നത് ഒഴിവാക്കാൻ, അപ്പാച്ചെ ഇഗ്നൈറ്റിലെ ഡിസ്ക് പേജ് കംപ്രഷൻ സ്പാർസ് ഫയലുകൾ എന്ന ഫയൽ സിസ്റ്റം മെക്കാനിസം ഉപയോഗിക്കുന്നു. ചില പൂജ്യം നിറഞ്ഞ പ്രദേശങ്ങളെ "ദ്വാരങ്ങൾ" എന്ന് അടയാളപ്പെടുത്താൻ കഴിയുന്ന ഒന്നാണ് വിരളമായ ഫയൽ. ഈ സാഹചര്യത്തിൽ, ഈ ദ്വാരങ്ങൾ സംഭരിക്കുന്നതിന് ഫയൽ സിസ്റ്റം ബ്ലോക്കുകളൊന്നും അനുവദിക്കില്ല, ഇത് ഡിസ്കിൽ ഇടം ലാഭിക്കാൻ ഇടയാക്കുന്നു.

ഒരു ഫയൽ സിസ്റ്റം ബ്ലോക്ക് സ്വതന്ത്രമാക്കുന്നതിന്, ദ്വാരത്തിന്റെ വലുപ്പം ഫയൽ സിസ്റ്റം ബ്ലോക്കിനേക്കാൾ വലുതോ തുല്യമോ ആയിരിക്കണം എന്നത് യുക്തിസഹമാണ്, ഇത് പേജ് വലുപ്പത്തിലും അപ്പാച്ചെ ഇഗ്നൈറ്റിനും അധിക പരിമിതി ഏർപ്പെടുത്തുന്നു: കംപ്രഷന് എന്തെങ്കിലും ഫലമുണ്ടാകുന്നതിന്, പേജ് വലുപ്പം ഫയൽ സിസ്റ്റം ബ്ലോക്കിന്റെ വലുപ്പത്തേക്കാൾ വലുതായിരിക്കണം. പേജ് വലുപ്പം ബ്ലോക്ക് വലുപ്പത്തിന് തുല്യമാണെങ്കിൽ, ഞങ്ങൾക്ക് ഒരിക്കലും ഒരു ബ്ലോക്ക് സ്വതന്ത്രമാക്കാൻ കഴിയില്ല, കാരണം ഒരൊറ്റ ബ്ലോക്ക് സ്വതന്ത്രമാക്കുന്നതിന്, കംപ്രസ് ചെയ്ത പേജ് 0 ബൈറ്റുകൾ ഉൾക്കൊള്ളണം. പേജ് വലുപ്പം 2 അല്ലെങ്കിൽ 4 ബ്ലോക്കുകളുടെ വലുപ്പത്തിന് തുല്യമാണെങ്കിൽ, ഞങ്ങളുടെ പേജ് യഥാക്രമം 50% അല്ലെങ്കിൽ 75% ആയി കംപ്രസ് ചെയ്‌താൽ ഞങ്ങൾക്ക് ഇതിനകം ഒരു ബ്ലോക്കെങ്കിലും സ്വതന്ത്രമാക്കാൻ കഴിയും.

അങ്ങനെ, മെക്കാനിസം എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്നതിന്റെ അവസാന വിവരണം: ഡിസ്കിലേക്ക് ഒരു പേജ് എഴുതുമ്പോൾ, പേജ് കംപ്രസ് ചെയ്യാൻ ഒരു ശ്രമം നടക്കുന്നു. കംപ്രസ്സുചെയ്‌ത പേജിന്റെ വലുപ്പം ഒന്നോ അതിലധികമോ ഫയൽ സിസ്റ്റം ബ്ലോക്കുകൾ സ്വതന്ത്രമാക്കാൻ അനുവദിക്കുകയാണെങ്കിൽ, പേജ് കംപ്രസ് ചെയ്‌ത രൂപത്തിലാണ് എഴുതുന്നത്, കൂടാതെ ഫ്രീഡ് ബ്ലോക്കുകളുടെ സ്ഥാനത്ത് ഒരു “ദ്വാരം” നിർമ്മിക്കുന്നു (ഒരു സിസ്റ്റം കോൾ എക്‌സിക്യൂട്ട് ചെയ്യുന്നു. fallocate() പഞ്ച് ഹോൾ ഫ്ലാഗ് ഉപയോഗിച്ച്). കംപ്രസ്സുചെയ്‌ത പേജിന്റെ വലുപ്പം ബ്ലോക്കുകളെ സ്വതന്ത്രമാക്കാൻ അനുവദിക്കുന്നില്ലെങ്കിൽ, പേജ് കംപ്രസ് ചെയ്യാതെ സംരക്ഷിക്കപ്പെടും. പേജ് സൂചികയെ പേജ് വലുപ്പം കൊണ്ട് ഗുണിച്ച് കംപ്രഷൻ ഇല്ലാതെ തന്നെ എല്ലാ പേജ് ഓഫ്‌സെറ്റുകളും കണക്കാക്കുന്നു. സ്വന്തമായി പേജുകളുടെ സ്ഥാനമാറ്റം ആവശ്യമില്ല. കംപ്രഷൻ ഇല്ലാതെ തന്നെ പേജ് ഓഫ്‌സെറ്റുകൾ ഫയൽ സിസ്റ്റം ബ്ലോക്കുകളുടെ അതിരുകളിൽ വീഴുന്നു.

നിലവിലെ നടപ്പാക്കലിൽ, Linux OS-ന് കീഴിൽ വിരളമായ ഫയലുകളിൽ മാത്രമേ ഇഗ്നൈറ്റിന് പ്രവർത്തിക്കാൻ കഴിയൂ; അതനുസരിച്ച്, ഈ ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിൽ Ignite ഉപയോഗിക്കുമ്പോൾ മാത്രമേ ഡിസ്ക് പേജ് കംപ്രഷൻ പ്രവർത്തനക്ഷമമാക്കാൻ കഴിയൂ.

ഡിസ്ക് പേജ് കംപ്രഷനുപയോഗിക്കാവുന്ന കംപ്രഷൻ അൽഗോരിതങ്ങൾ: ZSTD, LZ4, Snappy. കൂടാതെ, ഒരു ഓപ്പറേറ്റിംഗ് മോഡ് (SKIP_GARBAGE) ഉണ്ട്, അതിൽ ശേഷിക്കുന്ന ഡാറ്റയിൽ കംപ്രഷൻ പ്രയോഗിക്കാതെ പേജിലെ ഉപയോഗിക്കാത്ത ഇടം മാത്രം പുറന്തള്ളുന്നു, ഇത് മുമ്പ് ലിസ്റ്റുചെയ്ത അൽഗോരിതങ്ങളുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ സിപിയുവിലെ ലോഡ് കുറയ്ക്കുന്നു.

പ്രകടന ആഘാതം

നിർഭാഗ്യവശാൽ, യഥാർത്ഥ സ്റ്റാൻഡുകളിൽ ഞാൻ യഥാർത്ഥ പ്രകടന അളവുകൾ നടത്തിയില്ല, കാരണം ഈ സംവിധാനം ഉൽപ്പാദനത്തിൽ ഉപയോഗിക്കാൻ ഞങ്ങൾ പദ്ധതിയിടുന്നില്ല, പക്ഷേ നമുക്ക് എവിടെ തോൽക്കുമെന്നും എവിടെ വിജയിക്കുമെന്നും സൈദ്ധാന്തികമായി ഊഹിക്കാം.

ഇത് ചെയ്യുന്നതിന്, ആക്സസ് ചെയ്യുമ്പോൾ പേജുകൾ എങ്ങനെ വായിക്കുകയും എഴുതുകയും ചെയ്യുന്നുവെന്ന് ഞങ്ങൾ ഓർക്കേണ്ടതുണ്ട്:

• ഒരു റീഡ് ഓപ്പറേഷൻ നടത്തുമ്പോൾ, അത് ആദ്യം റാമിൽ തിരയുന്നു; തിരയൽ വിജയിച്ചില്ലെങ്കിൽ, റീഡ് ചെയ്യുന്ന അതേ ത്രെഡ് വഴി പേജ് ഡിസ്കിൽ നിന്ന് റാമിലേക്ക് ലോഡ് ചെയ്യും.
• ഒരു റൈറ്റ് ഓപ്പറേഷൻ നടത്തുമ്പോൾ, റാമിലെ പേജ് വൃത്തികെട്ടതായി അടയാളപ്പെടുത്തുന്നു, പക്ഷേ എഴുത്ത് നടത്തുന്ന ത്രെഡ് ഉടൻ തന്നെ പേജ് ഡിസ്കിലേക്ക് ഭൗതികമായി സംരക്ഷിക്കപ്പെടുന്നില്ല. എല്ലാ വൃത്തികെട്ട പേജുകളും പ്രത്യേക ത്രെഡുകളിലെ ചെക്ക് പോയിന്റ് പ്രക്രിയയിൽ പിന്നീട് ഡിസ്കിലേക്ക് സംരക്ഷിക്കപ്പെടും.

അതിനാൽ, വായനാ പ്രവർത്തനങ്ങളിലെ സ്വാധീനം ഇതാണ്:

• പോസിറ്റീവ് (ഡിസ്ക് IO), റീഡ് ഫയൽ സിസ്റ്റം ബ്ലോക്കുകളുടെ എണ്ണത്തിൽ കുറവ് കാരണം.
• നെഗറ്റീവ് (സിപിയു), വിരളമായ ഫയലുകളിൽ പ്രവർത്തിക്കാൻ ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിന് ആവശ്യമായ അധിക ലോഡ് കാരണം. കൂടുതൽ സങ്കീർണ്ണമായ ഒരു സ്പാർസ് ഫയൽ ഘടന (നിർഭാഗ്യവശാൽ, വിരളമായ ഫയലുകൾ എങ്ങനെ പ്രവർത്തിക്കുന്നു എന്നതിന്റെ എല്ലാ വിശദാംശങ്ങളും എനിക്ക് പരിചിതമല്ല) സംരക്ഷിക്കുന്നതിനായി അധിക IO പ്രവർത്തനങ്ങൾ ഇവിടെ ദൃശ്യമാകാനും സാധ്യതയുണ്ട്.
• നെഗറ്റീവ് (സിപിയു), പേജുകൾ വിഘടിപ്പിക്കേണ്ടതിന്റെ ആവശ്യകത കാരണം.
• എഴുത്ത് പ്രവർത്തനങ്ങളിൽ യാതൊരു സ്വാധീനവുമില്ല.
• ചെക്ക്‌പോയിന്റ് പ്രക്രിയയിലെ ആഘാതം (ഇവിടെയുള്ളതെല്ലാം റീഡ് ഓപ്പറേഷനുകൾക്ക് സമാനമാണ്):
• പോസിറ്റീവ് (ഡിസ്ക് IO), എഴുതിയ ഫയൽ സിസ്റ്റം ബ്ലോക്കുകളുടെ എണ്ണത്തിൽ കുറവ് കാരണം.
• വിരളമായ ഫയലുകളിൽ പ്രവർത്തിക്കുന്നതിനാൽ നെഗറ്റീവ് (സിപിയു, ഒരുപക്ഷേ ഡിസ്ക് IO).
• പേജ് കംപ്രഷന്റെ ആവശ്യകത കാരണം നെഗറ്റീവ് (സിപിയു).

സ്കെയിലിന്റെ ഏത് വശമാണ് സ്കെയിൽ ടിപ്പ് ചെയ്യുക? ഇതെല്ലാം പരിസ്ഥിതിയെ ആശ്രയിച്ചിരിക്കുന്നു, പക്ഷേ ഡിസ്ക് പേജ് കംപ്രഷൻ മിക്ക സിസ്റ്റങ്ങളിലെയും പ്രകടന നിലവാരത്തകർച്ചയിലേക്ക് നയിക്കുമെന്ന് ഞാൻ വിശ്വസിക്കുന്നു. മാത്രമല്ല, വിരളമായ ഫയലുകൾക്കൊപ്പം സമാനമായ സമീപനം ഉപയോഗിക്കുന്ന മറ്റ് ഡിബിഎംഎസുകളിലെ പരിശോധനകൾ കംപ്രഷൻ പ്രവർത്തനക്ഷമമാക്കുമ്പോൾ പ്രകടനത്തിൽ കുറവു കാണിക്കുന്നു.

എങ്ങനെ പ്രവർത്തനക്ഷമമാക്കുകയും ക്രമീകരിക്കുകയും ചെയ്യാം

മുകളിൽ സൂചിപ്പിച്ചതുപോലെ, ഡിസ്ക് പേജ് കംപ്രഷൻ പിന്തുണയ്ക്കുന്ന അപ്പാച്ചെ ഇഗ്നൈറ്റിന്റെ ഏറ്റവും കുറഞ്ഞ പതിപ്പ് 2.8 ആണ്, ലിനക്സ് ഓപ്പറേറ്റിംഗ് സിസ്റ്റം മാത്രമേ പിന്തുണയ്ക്കൂ. ഇനിപ്പറയുന്ന രീതിയിൽ പ്രവർത്തനക്ഷമമാക്കുകയും ക്രമീകരിക്കുകയും ചെയ്യുക:

• ക്ലാസ്-പാത്തിൽ ഒരു ഇഗ്നൈറ്റ്-കംപ്രഷൻ മൊഡ്യൂൾ ഉണ്ടായിരിക്കണം. സ്ഥിരസ്ഥിതിയായി, ലിബ്‌സ്/ഓപ്‌ഷണൽ ഡയറക്‌ടറിയിലെ അപ്പാച്ചെ ഇഗ്‌നൈറ്റ് ഡിസ്‌ട്രിബ്യൂഷനിലാണ് ഇത് സ്ഥിതിചെയ്യുന്നത്, ക്ലാസ്-പാത്തിൽ ഉൾപ്പെടുത്തിയിട്ടില്ല. നിങ്ങൾക്ക് ഡയറക്‌ടറി ഒരു ലെവലിലേക്ക് ലിബുകളിലേക്ക് നീക്കാൻ കഴിയും, തുടർന്ന് നിങ്ങൾ അത് ignite.sh വഴി പ്രവർത്തിപ്പിക്കുമ്പോൾ അത് സ്വയമേവ പ്രവർത്തനക്ഷമമാകും.
• പെർസിസ്റ്റൻസ് പ്രവർത്തനക്ഷമമാക്കിയിരിക്കണം (വഴി പ്രവർത്തനക്ഷമമാക്കിയത് DataRegionConfiguration.setPersistenceEnabled(true)).
• പേജ് വലുപ്പം ഫയൽ സിസ്റ്റം ബ്ലോക്ക് വലുപ്പത്തേക്കാൾ വലുതായിരിക്കണം (നിങ്ങൾക്ക് ഇത് ഉപയോഗിച്ച് സജ്ജമാക്കാൻ കഴിയും DataStorageConfiguration.setPageSize() ).
• ഡാറ്റ കംപ്രസ് ചെയ്യേണ്ട ഓരോ കാഷെയ്ക്കും, നിങ്ങൾ കംപ്രഷൻ രീതിയും (ഓപ്ഷണലായി) കംപ്രഷൻ ലെവലും (രീതികൾ) കോൺഫിഗർ ചെയ്യണം CacheConfiguration.setDiskPageCompression() , CacheConfiguration.setDiskPageCompressionLevel()).

WAL കോംപാക്ഷൻ

എങ്ങനെ പ്രവർത്തിക്കുന്നില്ല

എന്താണ് WAL, എന്തുകൊണ്ട് അത് ആവശ്യമാണ്? വളരെ ചുരുക്കത്തിൽ: പേജ് സംഭരണത്തെ ആത്യന്തികമായി മാറ്റുന്ന എല്ലാ ഇവന്റുകളും അടങ്ങുന്ന ഒരു ലോഗാണിത്. വീഴ്ച സംഭവിച്ചാൽ വീണ്ടെടുക്കാൻ ഇത് പ്രാഥമികമായി ആവശ്യമാണ്. ഏതൊരു പ്രവർത്തനവും, ഉപയോക്താവിന് നിയന്ത്രണം നൽകുന്നതിന് മുമ്പ്, ആദ്യം WAL-ൽ ഒരു ഇവന്റ് റെക്കോർഡ് ചെയ്യണം, അങ്ങനെ പരാജയപ്പെടുകയാണെങ്കിൽ, അത് ലോഗിൽ തിരികെ പ്ലേ ചെയ്യാനും ഉപയോക്താവിന് വിജയകരമായ പ്രതികരണം ലഭിച്ച എല്ലാ പ്രവർത്തനങ്ങളും പുനഃസ്ഥാപിക്കാനും കഴിയും. ഡിസ്കിലെ പേജ് സ്റ്റോറേജിൽ പ്രതിഫലിപ്പിക്കാൻ സമയമില്ല (പേജ് സ്റ്റോറിലേക്കുള്ള യഥാർത്ഥ എഴുത്ത് പ്രത്യേക ത്രെഡുകൾ വഴി കുറച്ച് കാലതാമസത്തോടെ "ചെക്ക്പോയിന്റിംഗ്" എന്ന പ്രക്രിയയിലാണ് ചെയ്യുന്നത് എന്ന് ഇതിനകം മുകളിൽ വിവരിച്ചിട്ടുണ്ട്).

WAL-ലെ എൻട്രികൾ ലോജിക്കൽ, ഫിസിക്കൽ എന്നിങ്ങനെ തിരിച്ചിരിക്കുന്നു. ബൂളിയൻ അവയാണ് താക്കോലുകളും മൂല്യങ്ങളും. ഫിസിക്കൽ - പേജ് സ്റ്റോറിലെ പേജുകളിലെ മാറ്റങ്ങൾ പ്രതിഫലിപ്പിക്കുന്നു. മറ്റ് ചില കേസുകളിൽ ലോജിക്കൽ റെക്കോർഡുകൾ ഉപയോഗപ്രദമാകുമെങ്കിലും, ഒരു തകർച്ചയുണ്ടായാൽ വീണ്ടെടുക്കുന്നതിന് മാത്രമേ ഫിസിക്കൽ റെക്കോർഡുകൾ ആവശ്യമുള്ളൂ, അവസാനത്തെ വിജയകരമായ ചെക്ക്‌പോയിന്റിന് ശേഷം മാത്രമേ റെക്കോർഡുകൾ ആവശ്യമുള്ളൂ. ഇവിടെ ഞങ്ങൾ വിശദാംശങ്ങളിലേക്ക് പോകില്ല, എന്തുകൊണ്ടാണ് ഇത് ഈ രീതിയിൽ പ്രവർത്തിക്കുന്നത്, എന്നാൽ താൽപ്പര്യമുള്ളവർക്ക് അപ്പാച്ചെ ഇഗ്നൈറ്റ് വിക്കിയിൽ ഇതിനകം പരാമർശിച്ചിരിക്കുന്ന ലേഖനം റഫർ ചെയ്യാം: ഇഗ്നൈറ്റ് പെർസിസ്റ്റന്റ് സ്റ്റോർ - ഹൂഡിന് കീഴിൽ.

ഓരോ ലോജിക്കൽ റെക്കോർഡിനും പലപ്പോഴും നിരവധി ഫിസിക്കൽ റെക്കോർഡുകൾ ഉണ്ട്. അതായത്, ഉദാഹരണത്തിന്, കാഷെയിൽ ഒരു പുട്ട് പ്രവർത്തനം പേജ് മെമ്മറിയിലെ നിരവധി പേജുകളെ ബാധിക്കുന്നു (ഡാറ്റ ഉള്ള ഒരു പേജ്, സൂചികകളുള്ള പേജുകൾ, ഫ്രീ-ലിസ്റ്റുകളുള്ള പേജുകൾ). ചില സിന്തറ്റിക് ടെസ്റ്റുകളിൽ, WAL ഫയലിന്റെ 90% വരെ ഫിസിക്കൽ റെക്കോർഡുകൾ കൈവശപ്പെടുത്തിയതായി ഞാൻ കണ്ടെത്തി. എന്നിരുന്നാലും, അവ വളരെ ചുരുങ്ങിയ സമയത്തേക്ക് ആവശ്യമാണ് (സ്ഥിരസ്ഥിതിയായി, ചെക്ക് പോയിന്റുകൾ തമ്മിലുള്ള ഇടവേള 3 മിനിറ്റാണ്). ഈ ഡാറ്റയുടെ പ്രസക്തി നഷ്ടപ്പെട്ടതിന് ശേഷം അത് ഒഴിവാക്കുന്നത് യുക്തിസഹമായിരിക്കും. WAL കോംപാക്ഷൻ മെക്കാനിസം ചെയ്യുന്നത് ഇതാണ്: ഇത് ഫിസിക്കൽ റെക്കോർഡുകൾ ഒഴിവാക്കുകയും ബാക്കിയുള്ള ലോജിക്കൽ റെക്കോർഡുകൾ zip ഉപയോഗിച്ച് കംപ്രസ് ചെയ്യുകയും ചെയ്യുന്നു, അതേസമയം ഫയൽ വലുപ്പം വളരെ ഗണ്യമായി കുറയുന്നു (ചിലപ്പോൾ പതിനായിരക്കണക്കിന് തവണ).

ശാരീരികമായി, WAL ഒരു നിശ്ചിത വലുപ്പത്തിലുള്ള (സ്ഥിരമായി 10MB) നിരവധി സെഗ്‌മെന്റുകൾ (സ്ഥിരമായി 64) ഉൾക്കൊള്ളുന്നു, അവ വൃത്താകൃതിയിൽ തിരുത്തിയെഴുതുന്നു. നിലവിലെ സെഗ്‌മെന്റ് പൂരിപ്പിച്ചയുടനെ, അടുത്ത സെഗ്‌മെന്റ് കറന്റായി അസൈൻ ചെയ്യപ്പെടും, കൂടാതെ പൂരിപ്പിച്ച സെഗ്‌മെന്റ് ഒരു പ്രത്യേക ത്രെഡ് ഉപയോഗിച്ച് ആർക്കൈവിലേക്ക് പകർത്തും. WAL കോംപാക്ഷൻ ഇതിനകം ആർക്കൈവ് സെഗ്‌മെന്റുകളിൽ പ്രവർത്തിക്കുന്നു. കൂടാതെ, ഒരു പ്രത്യേക ത്രെഡ് എന്ന നിലയിൽ, ഇത് ചെക്ക് പോയിന്റിന്റെ നിർവ്വഹണം നിരീക്ഷിക്കുകയും ഫിസിക്കൽ റെക്കോർഡുകൾ ആവശ്യമില്ലാത്ത ആർക്കൈവ് സെഗ്‌മെന്റുകളിൽ കംപ്രഷൻ ആരംഭിക്കുകയും ചെയ്യുന്നു.

പ്രകടന ആഘാതം

WAL കോംപാക്ഷൻ ഒരു പ്രത്യേക ത്രെഡ് ആയി പ്രവർത്തിക്കുന്നതിനാൽ, നടത്തുന്ന പ്രവർത്തനങ്ങളിൽ നേരിട്ടുള്ള സ്വാധീനം ഉണ്ടാകരുത്. എന്നാൽ ഇത് ഇപ്പോഴും സിപിയുവിലും (കംപ്രഷൻ) ഡിസ്കിലും (ആർക്കൈവിൽ നിന്ന് ഓരോ WAL സെഗ്‌മെന്റും വായിക്കുകയും കംപ്രസ് ചെയ്‌ത സെഗ്‌മെന്റുകൾ എഴുതുകയും ചെയ്യുന്നു) അധിക പശ്ചാത്തല ലോഡ് ഇടുന്നു, അതിനാൽ സിസ്റ്റം അതിന്റെ പരമാവധി ശേഷിയിൽ പ്രവർത്തിക്കുന്നുണ്ടെങ്കിൽ, അത് പ്രകടന തകർച്ചയിലേക്കും നയിക്കും.

എങ്ങനെ പ്രവർത്തനക്ഷമമാക്കുകയും ക്രമീകരിക്കുകയും ചെയ്യാം

പ്രോപ്പർട്ടി ഉപയോഗിച്ച് നിങ്ങൾക്ക് WAL കോംപാക്ഷൻ പ്രവർത്തനക്ഷമമാക്കാം WalCompactionEnabled в DataStorageConfiguration (DataStorageConfiguration.setWalCompactionEnabled(true)). കൂടാതെ, DataStorageConfiguration.setWalCompactionLevel() രീതി ഉപയോഗിച്ച്, നിങ്ങൾക്ക് സ്ഥിരസ്ഥിതി മൂല്യത്തിൽ (BEST_SPEED) തൃപ്തിയില്ലെങ്കിൽ കംപ്രഷൻ ലെവൽ സജ്ജമാക്കാൻ കഴിയും.

WAL പേജ് സ്നാപ്പ്ഷോട്ട് കംപ്രഷൻ

എങ്ങനെ പ്രവർത്തിക്കുന്നില്ല

WAL രേഖകളിൽ ലോജിക്കൽ, ഫിസിക്കൽ എന്നിങ്ങനെ തിരിച്ചിരിക്കുന്നുവെന്ന് ഞങ്ങൾ ഇതിനകം കണ്ടെത്തി. ഓരോ പേജിലെയും ഓരോ മാറ്റത്തിനും, പേജ് മെമ്മറിയിൽ ഒരു ഫിസിക്കൽ WAL റെക്കോർഡ് സൃഷ്ടിക്കപ്പെടുന്നു. ഫിസിക്കൽ റെക്കോർഡുകൾ, അതാകട്ടെ, 2 ഉപവിഭാഗങ്ങളായി തിരിച്ചിരിക്കുന്നു: പേജ് സ്നാപ്പ്ഷോട്ട് റെക്കോർഡ്, ഡെൽറ്റ റെക്കോർഡ്. ഓരോ തവണയും ഞങ്ങൾ ഒരു പേജിൽ എന്തെങ്കിലും മാറ്റുകയും വൃത്തിയുള്ള അവസ്ഥയിൽ നിന്ന് വൃത്തികെട്ട അവസ്ഥയിലേക്ക് മാറ്റുകയും ചെയ്യുമ്പോൾ, ഈ പേജിന്റെ പൂർണ്ണമായ പകർപ്പ് WAL-ൽ (പേജ് സ്നാപ്പ്ഷോട്ട് റെക്കോർഡ്) സംഭരിക്കുന്നു. നമ്മൾ WAL-ൽ ഒരു ബൈറ്റ് മാത്രം മാറ്റിയാലും, റെക്കോർഡ് പേജിന്റെ വലുപ്പത്തേക്കാൾ അല്പം വലുതായിരിക്കും. ഞങ്ങൾ ഇതിനകം വൃത്തികെട്ട പേജിൽ എന്തെങ്കിലും മാറ്റുകയാണെങ്കിൽ, WAL-ൽ ഒരു ഡെൽറ്റ റെക്കോർഡ് രൂപം കൊള്ളുന്നു, അത് പേജിന്റെ മുൻ നിലയുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ മാറ്റങ്ങൾ മാത്രം പ്രതിഫലിപ്പിക്കുന്നു, പക്ഷേ മുഴുവൻ പേജും അല്ല. ചെക്ക്‌പോയിന്റ് ആരംഭിച്ചതിന് തൊട്ടുപിന്നാലെ, എല്ലാ ഫിസിക്കൽ റെക്കോർഡുകളിലും പേജുകളുടെ സ്‌നാപ്പ്‌ഷോട്ടുകൾ മാത്രമേ ഉണ്ടാകൂ (ചെക്ക്‌പോയിന്റ് ആരംഭിച്ചതിന് തൊട്ടുപിന്നാലെ എല്ലാ പേജുകളും വൃത്തിയുള്ളതിനാൽ) , അടുത്ത ചെക്ക്‌പോസ്റ്റിനെ സമീപിക്കുമ്പോൾ, ഡെൽറ്റ റെക്കോർഡ് ഫ്രാക്ഷൻ വളരാൻ തുടങ്ങുകയും അടുത്ത ചെക്ക് പോയിന്റിന്റെ തുടക്കത്തിൽ വീണ്ടും പുനഃസജ്ജമാക്കുകയും ചെയ്യുന്നു. ചില സിന്തറ്റിക് ടെസ്റ്റുകളിലെ അളവുകൾ കാണിക്കുന്നത് ഫിസിക്കൽ റെക്കോർഡുകളുടെ ആകെ വോളിയത്തിൽ പേജ് സ്നാപ്പ്ഷോട്ടുകളുടെ പങ്ക് 90% വരെ എത്തുന്നു എന്നാണ്.

WAL പേജ് സ്നാപ്പ്ഷോട്ട് കംപ്രഷൻ എന്ന ആശയം ഒരു റെഡിമെയ്ഡ് പേജ് കംപ്രഷൻ ടൂൾ ഉപയോഗിച്ച് പേജ് സ്നാപ്പ്ഷോട്ടുകൾ കംപ്രസ് ചെയ്യുക എന്നതാണ് (ഡിസ്ക് പേജ് കംപ്രഷൻ കാണുക). അതേ സമയം, WAL-ൽ, അനുബന്ധം-മാത്രം മോഡിൽ റെക്കോർഡുകൾ തുടർച്ചയായി സംരക്ഷിക്കപ്പെടുന്നു, കൂടാതെ ഫയൽ സിസ്റ്റം ബ്ലോക്കുകളുടെ അതിരുകളിലേക്ക് റെക്കോർഡുകൾ ബന്ധിപ്പിക്കേണ്ട ആവശ്യമില്ല, അതിനാൽ ഇവിടെ, ഡിസ്ക് പേജ് കംപ്രഷൻ മെക്കാനിസത്തിൽ നിന്ന് വ്യത്യസ്തമായി, ഇവിടെ നമുക്ക് വിരളമായ ഫയലുകൾ ആവശ്യമില്ല. എല്ലാം; അതനുസരിച്ച്, ഈ സംവിധാനം OS Linux-ൽ മാത്രമല്ല പ്രവർത്തിക്കുക. കൂടാതെ, പേജ് എത്രമാത്രം കംപ്രസ്സുചെയ്യാൻ ഞങ്ങൾക്ക് കഴിഞ്ഞു എന്നത് മേലിൽ ഞങ്ങൾക്ക് പ്രശ്നമല്ല. ഞങ്ങൾ 1 ബൈറ്റ് സ്വതന്ത്രമാക്കിയാലും, ഇത് ഇതിനകം തന്നെ ഒരു പോസിറ്റീവ് ഫലമാണ്, ഡിസ്ക് പേജ് കംപ്രഷൻ പോലെയല്ല, WAL-ൽ കംപ്രസ് ചെയ്ത ഡാറ്റ സംരക്ഷിക്കാൻ കഴിയും, അവിടെ ഞങ്ങൾ 1-ൽ കൂടുതൽ ഫയൽ സിസ്റ്റം ബ്ലോക്ക് സ്വതന്ത്രമാക്കിയാൽ മാത്രമേ കംപ്രസ് ചെയ്ത പേജ് സംരക്ഷിക്കൂ.

പേജുകൾ വളരെ കംപ്രസ് ചെയ്യാവുന്ന ഡാറ്റയാണ്, മൊത്തം WAL വോളിയത്തിൽ അവയുടെ പങ്ക് വളരെ ഉയർന്നതാണ്, അതിനാൽ WAL ഫയൽ ഫോർമാറ്റ് മാറ്റാതെ തന്നെ അതിന്റെ വലുപ്പത്തിൽ കാര്യമായ കുറവ് ലഭിക്കും. ലോജിക്കൽ റെക്കോർഡുകൾ ഉൾപ്പെടെയുള്ള കംപ്രഷൻ, ഫോർമാറ്റിൽ മാറ്റം വരുത്തുകയും അനുയോജ്യത നഷ്ടപ്പെടുകയും ചെയ്യും, ഉദാഹരണത്തിന്, ലോജിക്കൽ റെക്കോർഡുകളിൽ താൽപ്പര്യമുള്ള ബാഹ്യ ഉപഭോക്താക്കൾക്ക്, പക്ഷേ ഫയൽ വലുപ്പത്തിൽ കാര്യമായ കുറവുണ്ടാക്കില്ല.

ഡിസ്ക് പേജ് കംപ്രഷൻ പോലെ, WAL പേജ് സ്നാപ്പ്ഷോട്ട് കംപ്രഷന് ZSTD, LZ4, Snappy കംപ്രഷൻ അൽഗോരിതം, അതുപോലെ SKIP_GARBAGE മോഡ് എന്നിവ ഉപയോഗിക്കാം.

പ്രകടന ആഘാതം

WAL പേജ് സ്നാപ്പ്ഷോട്ട് കംപ്രഷൻ നേരിട്ട് പ്രവർത്തനക്ഷമമാക്കുന്നത് പേജ് മെമ്മറിയിലേക്ക് ഡാറ്റ എഴുതുന്ന ത്രെഡുകളെ മാത്രമേ ബാധിക്കുകയുള്ളൂ, അതായത്, കാഷെകളിലെ ഡാറ്റ മാറ്റുന്ന ത്രെഡുകൾ. WAL-ൽ നിന്നുള്ള ഫിസിക്കൽ റെക്കോർഡുകൾ വായിക്കുന്നത് ഒരിക്കൽ മാത്രമേ സംഭവിക്കൂ, ഒരു വീഴ്ചയ്ക്ക് ശേഷം നോഡ് ഉയർത്തിയ നിമിഷം (അത് ഒരു ചെക്ക് പോയിന്റിനിടെ വീണാൽ മാത്രം).

ഇനിപ്പറയുന്ന രീതിയിൽ ഡാറ്റ മാറ്റുന്ന ത്രെഡുകളെ ഇത് ബാധിക്കുന്നു: ഡിസ്കിലേക്ക് എഴുതുന്നതിന് മുമ്പ് ഓരോ തവണയും പേജ് കംപ്രസ്സ് ചെയ്യേണ്ടതിന്റെ ആവശ്യകത കാരണം ഞങ്ങൾക്ക് ഒരു നെഗറ്റീവ് ഇഫക്റ്റ് (സിപിയു) ലഭിക്കും, കൂടാതെ തുകയിലെ കുറവ് കാരണം ഒരു പോസിറ്റീവ് ഇഫക്റ്റ് (ഡിസ്ക് ഐഒ) എഴുതിയ ഡാറ്റ. അതനുസരിച്ച്, ഇവിടെ എല്ലാം ലളിതമാണ്: സിസ്റ്റം പ്രകടനം സിപിയു വഴി പരിമിതപ്പെടുത്തിയാൽ, നമുക്ക് ഒരു ചെറിയ തരംതാഴ്ത്തൽ ലഭിക്കും, അത് ഡിസ്ക് I / O വഴി പരിമിതപ്പെടുത്തിയാൽ, നമുക്ക് വർദ്ധനവ് ലഭിക്കും.

പരോക്ഷമായി, WAL വലുപ്പം കുറയ്ക്കുന്നത് ആർക്കൈവിലേക്കും WAL കോംപാക്ഷൻ സ്ട്രീമുകളിലേക്കും WAL സെഗ്‌മെന്റുകൾ ഡംപ് ചെയ്യുന്ന (പോസിറ്റീവ്) സ്ട്രീമുകളേയും ബാധിക്കുന്നു.

സിന്തറ്റിക് ഡാറ്റ ഉപയോഗിച്ചുള്ള ഞങ്ങളുടെ പരിതസ്ഥിതിയിലെ യഥാർത്ഥ പ്രകടന പരിശോധനകൾ നേരിയ വർദ്ധനവ് കാണിച്ചു (ത്രൂപുട്ട് 10%-15% വർദ്ധിച്ചു, ലേറ്റൻസി 10%-15% കുറഞ്ഞു).

എങ്ങനെ പ്രവർത്തനക്ഷമമാക്കുകയും ക്രമീകരിക്കുകയും ചെയ്യാം

ഏറ്റവും കുറഞ്ഞ അപ്പാച്ചെ ഇഗ്നൈറ്റ് പതിപ്പ്: 2.8. ഇനിപ്പറയുന്ന രീതിയിൽ പ്രവർത്തനക്ഷമമാക്കുകയും ക്രമീകരിക്കുകയും ചെയ്യുക:

• ക്ലാസ്-പാത്തിൽ ഒരു ഇഗ്നൈറ്റ്-കംപ്രഷൻ മൊഡ്യൂൾ ഉണ്ടായിരിക്കണം. സ്ഥിരസ്ഥിതിയായി, ലിബ്‌സ്/ഓപ്‌ഷണൽ ഡയറക്‌ടറിയിലെ അപ്പാച്ചെ ഇഗ്‌നൈറ്റ് ഡിസ്‌ട്രിബ്യൂഷനിലാണ് ഇത് സ്ഥിതിചെയ്യുന്നത്, ക്ലാസ്-പാത്തിൽ ഉൾപ്പെടുത്തിയിട്ടില്ല. നിങ്ങൾക്ക് ഡയറക്‌ടറി ഒരു ലെവലിലേക്ക് ലിബുകളിലേക്ക് നീക്കാൻ കഴിയും, തുടർന്ന് നിങ്ങൾ അത് ignite.sh വഴി പ്രവർത്തിപ്പിക്കുമ്പോൾ അത് സ്വയമേവ പ്രവർത്തനക്ഷമമാകും.
• പെർസിസ്റ്റൻസ് പ്രവർത്തനക്ഷമമാക്കിയിരിക്കണം (വഴി പ്രവർത്തനക്ഷമമാക്കിയത് DataRegionConfiguration.setPersistenceEnabled(true)).
• രീതി ഉപയോഗിച്ച് കംപ്രഷൻ മോഡ് സജ്ജമാക്കണം DataStorageConfiguration.setWalPageCompression(), കംപ്രഷൻ ഡിഫോൾട്ടായി പ്രവർത്തനരഹിതമാക്കിയിരിക്കുന്നു (ഡിസാബിൾ മോഡ്).
• ഓപ്ഷണലായി, നിങ്ങൾക്ക് രീതി ഉപയോഗിച്ച് കംപ്രഷൻ ലെവൽ സജ്ജമാക്കാൻ കഴിയും DataStorageConfiguration.setWalPageCompression(), ഓരോ മോഡിനുമുള്ള സാധുവായ മൂല്യങ്ങൾക്കായുള്ള രീതിക്കായി javadoc കാണുക.

തീരുമാനം

അപ്പാച്ചെ ഇഗ്‌നൈറ്റിലെ ഡാറ്റാ കംപ്രഷൻ മെക്കാനിസങ്ങൾ പരസ്പരം സ്വതന്ത്രമായി ഉപയോഗിക്കാൻ കഴിയും, എന്നാൽ അവയുടെ ഏത് സംയോജനവും സ്വീകാര്യമാണ്. അവ എങ്ങനെ പ്രവർത്തിക്കുന്നുവെന്ന് മനസിലാക്കുന്നത് നിങ്ങളുടെ ചുറ്റുപാടിൽ നിങ്ങളുടെ ജോലികൾക്ക് എത്രത്തോളം അനുയോജ്യമാണെന്നും അവ ഉപയോഗിക്കുമ്പോൾ നിങ്ങൾ എന്ത് ത്യജിക്കണമെന്നും നിർണ്ണയിക്കാൻ നിങ്ങളെ അനുവദിക്കും. ഡിസ്ക് പേജ് കംപ്രഷൻ രൂപകൽപ്പന ചെയ്തിരിക്കുന്നത് പ്രധാന സംഭരണം കംപ്രസ്സുചെയ്യുന്നതിനാണ്, കൂടാതെ ഒരു ഇടത്തരം കംപ്രഷൻ അനുപാതം നൽകാനും കഴിയും. WAL പേജ് സ്‌നാപ്പ്‌ഷോട്ട് കംപ്രഷൻ WAL ഫയലുകൾക്ക് ശരാശരി കംപ്രഷൻ നൽകും, മാത്രമല്ല മിക്കവാറും പ്രകടനം മെച്ചപ്പെടുത്തുകയും ചെയ്യും. WAL കോംപാക്ഷൻ പ്രകടനത്തിൽ നല്ല സ്വാധീനം ചെലുത്തില്ല, എന്നാൽ ഫിസിക്കൽ റെക്കോർഡുകൾ നീക്കം ചെയ്തുകൊണ്ട് WAL ഫയലുകളുടെ വലുപ്പം പരമാവധി കുറയ്ക്കും.

അവലംബം: www.habr.com