മടിയന്മാർക്കായി നവീകരിക്കുക: PostgreSQL 12 എങ്ങനെയാണ് പ്രകടനം മെച്ചപ്പെടുത്തുന്നത്

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

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

എന്നാൽ PostgreSQL 12 അവിടെ അവസാനിക്കുന്നില്ല: പുതിയ ഫീച്ചറുകളും മെച്ചപ്പെടുത്തലുകളും ഉപയോഗിച്ച്, ആപ്ലിക്കേഷനുകൾ മികച്ച രീതിയിൽ പ്രവർത്തിക്കും, നിങ്ങൾ ചെയ്യേണ്ടത് അപ്‌ഗ്രേഡ് ചെയ്യുക മാത്രമാണ്!

(ശരി, ഒരുപക്ഷേ സൂചികകൾ പുനർനിർമ്മിച്ചേക്കാം, എന്നാൽ ഈ റിലീസിൽ ഇത് നമ്മൾ പതിവുപോലെ ഭയാനകമല്ല.)

PostgreSQL അപ്‌ഗ്രേഡുചെയ്യുന്നതും അനാവശ്യമായ ബഹളങ്ങളില്ലാതെ കാര്യമായ മെച്ചപ്പെടുത്തലുകൾ ഉടനടി ആസ്വദിക്കുന്നതും വളരെ മികച്ചതായിരിക്കും. കുറച്ച് വർഷങ്ങൾക്ക് മുമ്പ്, PostgreSQL 9.4-ൽ നിന്ന് PostgreSQL 10-ലേക്കുള്ള ഒരു അപ്‌ഗ്രേഡ് ഞാൻ അവലോകനം ചെയ്‌തു, PostgreSQL 10-ലെ മെച്ചപ്പെടുത്തിയ അന്വേഷണ സമാന്തരതയ്ക്ക് നന്ദി, ആപ്ലിക്കേഷൻ എങ്ങനെ വേഗത്തിലാണെന്ന് കണ്ടു. കൂടാതെ, ഏറ്റവും പ്രധാനമായി, എന്നിൽ നിന്ന് മിക്കവാറും ഒന്നും ആവശ്യമില്ല (ഒരു കോൺഫിഗറേഷൻ പാരാമീറ്റർ സജ്ജമാക്കുക. max_parallel_workers).

സമ്മതിക്കുക, അപ്‌ഗ്രേഡ് ചെയ്‌ത ഉടൻ തന്നെ അപ്ലിക്കേഷനുകൾ മികച്ച രീതിയിൽ പ്രവർത്തിക്കുമ്പോൾ ഇത് സൗകര്യപ്രദമാണ്. ഉപയോക്താക്കളെ പ്രീതിപ്പെടുത്താൻ ഞങ്ങൾ കഠിനമായി ശ്രമിക്കുന്നു, കാരണം PostgreSQL-ൽ അവയിൽ കൂടുതൽ കൂടുതൽ ഉണ്ട്.

PostgreSQL 12 ലേക്കുള്ള ഒരു ലളിതമായ നവീകരണം നിങ്ങളെ എങ്ങനെ സന്തോഷിപ്പിക്കും? ഞാൻ ഇപ്പോൾ പറയാം.

പ്രധാന സൂചിക മെച്ചപ്പെടുത്തലുകൾ

ഇൻഡെക്‌സ് ചെയ്യാതെ, ഒരു ഡാറ്റാബേസ് അധികം പോകില്ല. നിങ്ങൾക്ക് എങ്ങനെ വേഗത്തിൽ വിവരങ്ങൾ കണ്ടെത്താനാകും? PostgreSQL-ൻ്റെ അടിസ്ഥാന സൂചിക സംവിധാനത്തെ വിളിക്കുന്നു ബി-ട്രീ. സ്റ്റോറേജ് സിസ്റ്റങ്ങൾക്കായി ഈ തരത്തിലുള്ള സൂചിക ഒപ്റ്റിമൈസ് ചെയ്തിരിക്കുന്നു.

ഞങ്ങൾ ഓപ്പറേറ്റർ ഉപയോഗിക്കുന്നു CREATE INDEX ON some_table (some_column), കൂടാതെ ഞങ്ങൾ തുടർച്ചയായി മൂല്യങ്ങൾ തിരുകുകയും അപ്‌ഡേറ്റ് ചെയ്യുകയും ഇല്ലാതാക്കുകയും ചെയ്യുമ്പോൾ സൂചികയെ കാലികമായി നിലനിർത്താൻ PostgreSQL വളരെയധികം പ്രവർത്തിക്കുന്നു. മാന്ത്രികത പോലെ എല്ലാം സ്വന്തമായി പ്രവർത്തിക്കുന്നു.

എന്നാൽ PostgreSQL സൂചികകൾക്ക് ഒരു പ്രശ്നമുണ്ട് - അവ ഊതിപ്പെരുപ്പിച്ചിരിക്കുന്നു കൂടാതെ അധിക ഡിസ്ക് സ്പേസ് എടുക്കുകയും ഡാറ്റ വീണ്ടെടുക്കലിൻ്റെയും അപ്‌ഡേറ്റിൻ്റെയും പ്രകടനം കുറയ്ക്കുകയും ചെയ്യുന്നു. "ബ്ലോട്ട്" എന്നതുകൊണ്ട് ഞാൻ അർത്ഥമാക്കുന്നത് സൂചിക ഘടനയെ ഫലപ്രദമല്ലാത്ത രീതിയിൽ പരിപാലിക്കുക എന്നതാണ്. ഇത് നീക്കം ചെയ്യുന്ന ചവറ്റുകുട്ടകളുമായി ബന്ധപ്പെട്ടിരിക്കാം - അല്ലെങ്കിൽ അല്ലായിരിക്കാം VACUUM (വിവരങ്ങൾക്ക് പീറ്റർ ഗഗന് നന്ദി)പീറ്റർ ജിയോഗെഗൻ)). സൂചിക സജീവമായി മാറിക്കൊണ്ടിരിക്കുന്ന ജോലിഭാരങ്ങളിൽ സൂചിക വീർക്കൽ പ്രത്യേകിച്ചും ശ്രദ്ധേയമാണ്.

PostgreSQL 12 ബി-ട്രീ സൂചികകളുടെ പ്രകടനത്തെ വളരെയധികം മെച്ചപ്പെടുത്തുന്നു, കൂടാതെ TPC-C പോലുള്ള ബെഞ്ച്മാർക്കുകൾ ഉപയോഗിച്ചുള്ള പരീക്ഷണങ്ങൾ കാണിക്കുന്നത് ശരാശരി 40% സ്ഥലം കുറവാണ് ഇപ്പോൾ ഉപയോഗിക്കുന്നത്. ഇപ്പോൾ ഞങ്ങൾ ബി-ട്രീ സൂചികകൾ നിലനിർത്തുന്നതിന് (അതായത്, എഴുത്ത് പ്രവർത്തനങ്ങളിൽ) മാത്രമല്ല, ഡാറ്റ വീണ്ടെടുക്കുന്നതിനും കുറച്ച് സമയം ചെലവഴിക്കുന്നു, കാരണം സൂചികകൾ വളരെ ചെറുതാണ്.

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

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

PostgreSQL 12-ൽ ഇൻഡെക്സിംഗ് ഇൻഫ്രാസ്ട്രക്ചറിന് മറ്റ് മെച്ചപ്പെടുത്തലുകൾ ഉണ്ട്. ചില മാന്ത്രികത ഉണ്ടായിരുന്ന മറ്റൊരു കാര്യം - എഴുതാനുള്ള ലോഗ്, aka WAL (റൈറ്റ്-എഹെഡ് ലോഗ്). ഒരു റൈറ്റ്-എഹെഡ് ലോഗ് പോസ്റ്റ്‌ഗ്രെഎസ്‌ക്യുഎല്ലിലെ എല്ലാ ഇടപാടുകളും പരാജയപ്പെടുമ്പോഴും പകർപ്പെടുക്കലും രേഖപ്പെടുത്തുന്നു. ആർക്കൈവിംഗിനും ആപ്ലിക്കേഷനുകൾക്കും ഇത് ഉപയോഗിക്കുന്നു പോയിൻ്റ്-ഇൻ-ടൈം വീണ്ടെടുക്കൽ. തീർച്ചയായും, റൈറ്റ്-എഹെഡ് ലോഗ് ഡിസ്കിലേക്ക് എഴുതിയിരിക്കുന്നു, ഇത് പ്രകടനത്തെ ബാധിക്കും.

സൂചിക നിർമ്മാണ സമയത്ത് GiST, GIN, SP-GiST ഇൻഡക്സുകൾ സൃഷ്ടിക്കുന്ന WAL റെക്കോർഡുകളുടെ ഓവർഹെഡ് പോസ്റ്റ്greSQL 12 കുറച്ചിരിക്കുന്നു. ഇത് വ്യക്തമായ നിരവധി ആനുകൂല്യങ്ങൾ നൽകുന്നു: WAL റെക്കോർഡുകൾ കുറച്ച് ഡിസ്ക് സ്പേസ് എടുക്കുന്നു, ദുരന്ത വീണ്ടെടുക്കൽ അല്ലെങ്കിൽ പോയിൻ്റ്-ഇൻ-ടൈം റിക്കവറി സമയത്ത് ഡാറ്റ വേഗത്തിൽ റീപ്ലേ ചെയ്യപ്പെടുന്നു. നിങ്ങളുടെ ആപ്ലിക്കേഷനുകളിൽ അത്തരം സൂചികകൾ നിങ്ങൾ ഉപയോഗിക്കുകയാണെങ്കിൽ (ഉദാഹരണത്തിന്, PostGIS അടിസ്ഥാനമാക്കിയുള്ള ജിയോസ്പേഷ്യൽ ആപ്ലിക്കേഷനുകൾ GiST സൂചിക ധാരാളം ഉപയോഗിക്കുന്നു), നിങ്ങളുടെ ഭാഗത്തുനിന്ന് യാതൊരു ശ്രമവുമില്ലാതെ തന്നെ അനുഭവം ഗണ്യമായി മെച്ചപ്പെടുത്തുന്ന മറ്റൊരു സവിശേഷതയാണിത്.

വിഭജനം - വലുത്, മികച്ചത്, വേഗതയുള്ളത്

PostgreSQL 10 അവതരിപ്പിച്ചു ഡിക്ലറേറ്റീവ് പാർട്ടീഷനിംഗ്. PostgreSQL 11-ൽ ഇത് ഉപയോഗിക്കാൻ വളരെ എളുപ്പമായി. PostgreSQL 12-ൽ നിങ്ങൾക്ക് വിഭാഗങ്ങളുടെ സ്കെയിൽ മാറ്റാവുന്നതാണ്.

PostgreSQL 12-ൽ, പാർട്ടീഷനിംഗ് സിസ്റ്റത്തിൻ്റെ പ്രകടനം ഗണ്യമായി മെച്ചപ്പെട്ടിട്ടുണ്ട്, പ്രത്യേകിച്ചും പട്ടികയിൽ ആയിരക്കണക്കിന് പാർട്ടീഷനുകൾ ഉണ്ടെങ്കിൽ. ഉദാഹരണത്തിന്, ആയിരക്കണക്കിന് പാർട്ടീഷനുകളുള്ള ഒരു ടേബിളിലെ കുറച്ച് പാർട്ടീഷനുകളെ മാത്രമേ ഒരു ചോദ്യം ബാധിക്കുകയുള്ളൂവെങ്കിൽ, അത് വളരെ വേഗത്തിൽ എക്സിക്യൂട്ട് ചെയ്യും. ഇത്തരത്തിലുള്ള അന്വേഷണങ്ങൾക്കായി മാത്രം പ്രകടനം മെച്ചപ്പെടുത്തിയിട്ടില്ല. ഒന്നിലധികം പാർട്ടീഷനുകളുള്ള പട്ടികകളിൽ INSERT പ്രവർത്തനങ്ങൾ എത്ര വേഗത്തിലാണെന്നും നിങ്ങൾ ശ്രദ്ധിക്കും.

ഉപയോഗിച്ച് ഡാറ്റ റെക്കോർഡ് ചെയ്യുന്നു പകർത്തുക - വഴിയിൽ, ഇത് ഒരു മികച്ച മാർഗമാണ് ബൾക്ക് ഡാറ്റ ഡൗൺലോഡ് ഒരു ഉദാഹരണം ഇതാ JSON സ്വീകരിക്കുന്നു - PostgreSQL 12-ലെ പാർട്ടീഷൻ ചെയ്ത പട്ടികകളും കൂടുതൽ കാര്യക്ഷമമായി. പകർപ്പ് ഉപയോഗിച്ച് എല്ലാം ഇതിനകം വേഗത്തിലായിരുന്നു, എന്നാൽ PostgreSQL 12-ൽ അത് തികച്ചും പറക്കുന്നു.

ഈ ഗുണങ്ങൾക്ക് നന്ദി, PostgreSQL നിങ്ങളെ കൂടുതൽ വലിയ ഡാറ്റാ സെറ്റുകൾ സംഭരിക്കാനും അവ വീണ്ടെടുക്കുന്നത് എളുപ്പമാക്കാനും അനുവദിക്കുന്നു. നിങ്ങളുടെ ഭാഗത്തുനിന്ന് ഒരു ശ്രമവുമില്ല. സമയ ശ്രേണി ഡാറ്റ റെക്കോർഡിംഗ് പോലുള്ള നിരവധി പാർട്ടീഷനുകൾ ആപ്ലിക്കേഷന് ഉണ്ടെങ്കിൽ, ഒരു ലളിതമായ നവീകരണം അതിൻ്റെ പ്രകടനത്തെ ഗണ്യമായി മെച്ചപ്പെടുത്തും.

ഇത് കൃത്യമായും "നവീകരിക്കുകയും ആസ്വദിക്കുകയും ചെയ്യുക" മെച്ചപ്പെടുത്തലല്ലെങ്കിലും, പാർട്ടീഷൻ ചെയ്ത പട്ടികകളെ പരാമർശിക്കുന്ന വിദേശ കീകൾ സൃഷ്ടിക്കാൻ PostgreSQL 12 നിങ്ങളെ അനുവദിക്കുന്നു, ഇത് പാർട്ടീഷൻ ചെയ്യുന്നത് സന്തോഷകരമാക്കുന്നു.

ചോദ്യങ്ങളോടൊപ്പം കൂടുതൽ മെച്ചപ്പെട്ടു

എപ്പോൾ ബിൽറ്റ്-ഇൻ കോമൺ ടേബിൾ എക്സ്പ്രഷനുകൾക്കായി ഒരു പാച്ച് പ്രയോഗിച്ചു (അല്ലെങ്കിൽ സിടിഇ, ചോദ്യങ്ങളോടൊപ്പം), ഇതിനെക്കുറിച്ച് ഒരു ലേഖനം എഴുതാൻ എനിക്ക് കാത്തിരിക്കാനായില്ല PostgreSQL ഉള്ള ആപ്ലിക്കേഷൻ ഡെവലപ്പർമാർ എത്ര സന്തുഷ്ടരായിരുന്നു. ആപ്ലിക്കേഷനെ വേഗത്തിലാക്കുന്ന ഫീച്ചറുകളിൽ ഒന്നാണിത്. തീർച്ചയായും, നിങ്ങൾ CTE ഉപയോഗിക്കുന്നില്ലെങ്കിൽ.

SQL-ലേക്കുള്ള പുതുമുഖങ്ങൾ CTE-കൾ ഉപയോഗിക്കാൻ ഇഷ്ടപ്പെടുന്നതായി ഞാൻ പലപ്പോഴും കണ്ടെത്തുന്നു; വ്യക്തിപരമായി, ഈ ചോദ്യങ്ങൾ തിരുത്തിയെഴുതാൻ ഞാൻ ഇഷ്ടപ്പെട്ടു ഇല്ലാതെ CTE, ഉൽപ്പാദനക്ഷമത വർദ്ധിപ്പിക്കുക. ഇപ്പോൾ എല്ലാം വ്യത്യസ്തമാണ്.

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

മാത്രമല്ല, നിങ്ങൾ ഒന്നും ചെയ്യാതെ തന്നെ PostgreSQL 12 SQL എക്സിക്യൂഷൻ ഒപ്റ്റിമൈസ് ചെയ്യുന്നു. എനിക്ക് ഇപ്പോൾ അത്തരം ചോദ്യങ്ങൾ ഒപ്റ്റിമൈസ് ചെയ്യേണ്ട ആവശ്യമില്ലെങ്കിലും, അന്വേഷണ ഒപ്റ്റിമൈസേഷനിൽ PostgreSQL തുടർന്നും പ്രവർത്തിക്കുന്നു എന്നത് വളരെ സന്തോഷകരമാണ്.

ജസ്റ്റ്-ഇൻ-ടൈം (JIT) - ഇപ്പോൾ ഡിഫോൾട്ട്

പിന്തുണയുള്ള PostgreSQL 12 സിസ്റ്റങ്ങളിൽ എൽഎൽവിഎം ഡിഫോൾട്ടായി JIT കംപൈലേഷൻ പ്രവർത്തനക്ഷമമാക്കിയിരിക്കുന്നു. ഒന്നാമതായി, നിങ്ങൾക്ക് പിന്തുണ ലഭിക്കും JIT ചില ആന്തരിക പ്രവർത്തനങ്ങൾക്ക്, രണ്ടാമതായി, തിരഞ്ഞെടുത്ത ലിസ്റ്റുകളിൽ (നിങ്ങൾക്ക് SELECT എന്നതിന് ശേഷം ഉള്ളത്) എക്‌സ്‌പ്രെഷനുകളുള്ള അന്വേഷണങ്ങൾ (ഏറ്റവും ലളിതമായ ഉദാഹരണം x + y ആണ്), അഗ്രഗേറ്റുകൾ, WHERE ക്ലോസുകളുള്ള എക്‌സ്‌പ്രഷനുകൾ എന്നിവയും മറ്റുള്ളവയും പ്രകടനം മെച്ചപ്പെടുത്തുന്നതിന് JIT ഉപയോഗിക്കാം.

PostgreSQL 12-ൽ JIT സ്ഥിരസ്ഥിതിയായി പ്രവർത്തനക്ഷമമാക്കിയതിനാൽ, പ്രകടനം സ്വയം മെച്ചപ്പെടും, എന്നാൽ അന്വേഷണ പ്രകടനം അളക്കുന്നതിനും നിങ്ങൾക്ക് എന്തെങ്കിലും ട്യൂൺ ചെയ്യേണ്ടതുണ്ടോ എന്ന് നോക്കുന്നതിനും JIT അവതരിപ്പിച്ച PostgreSQL 11-ൽ ആപ്ലിക്കേഷൻ പരീക്ഷിക്കാൻ ഞാൻ ശുപാർശ ചെയ്യുന്നു.

PostgreSQL 12-ലെ ബാക്കിയുള്ള പുതിയ ഫീച്ചറുകളെ സംബന്ധിച്ചെന്ത്?

സ്റ്റാൻഡേർഡ് SQL/JSON റൂട്ട് എക്‌സ്‌പ്രഷനുകൾ ഉപയോഗിച്ച് JSON ഡാറ്റ പരിശോധിക്കാനുള്ള കഴിവ് മുതൽ ഒരു പാരാമീറ്റർ ഉപയോഗിച്ച് മൾട്ടി-ഫാക്ടർ പ്രാമാണീകരണം വരെ PostgreSQL 12-ന് ഒരു ടൺ രസകരമായ പുതിയ സവിശേഷതകൾ ഉണ്ട്. clientcert=verify-full, നിരകൾ സൃഷ്ടിച്ചു കൂടാതെ മറ്റു പലതും. ഒരു പ്രത്യേക പോസ്റ്റിന് മതി.

PostgreSQL 10 പോലെ, PostgreSQL 12 നവീകരണത്തിന് ശേഷം മൊത്തത്തിലുള്ള പ്രകടനം മെച്ചപ്പെടുത്തും. തീർച്ചയായും, നിങ്ങൾക്ക് നിങ്ങളുടെ സ്വന്തം പാത ഉണ്ടായിരിക്കാം - മെച്ചപ്പെടുത്തലുകൾ പ്രാപ്‌തമാക്കുന്നതിന് മുമ്പ്, ഞാൻ PostgreSQL 10-ൽ ചെയ്‌തതുപോലെ, പ്രൊഡക്ഷൻ സിസ്റ്റത്തിലെ സമാന സാഹചര്യങ്ങളിൽ ആപ്ലിക്കേഷൻ പരിശോധിക്കുക. PostgreSQL 12 ഇതിനകം ഞാൻ പ്രതീക്ഷിച്ചതിലും കൂടുതൽ സ്ഥിരതയുള്ളതാണെങ്കിലും, പരിശോധനയിൽ അലസത കാണിക്കരുത്. ഉൽപ്പാദനത്തിലേക്ക് വിടുന്നതിന് മുമ്പ്, ആപ്ലിക്കേഷനുകൾ നന്നായി.

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