MariaDB 11 DBMS-ന്റെ ഒരു പുതിയ പ്രധാന ശാഖ അവതരിപ്പിച്ചു

10.x ബ്രാഞ്ച് സ്ഥാപിച്ച് 10 വർഷത്തിന് ശേഷം, MariaDB 11.0.0 പുറത്തിറങ്ങി, ഇത് നിരവധി സുപ്രധാന മെച്ചപ്പെടുത്തലുകളും അനുയോജ്യതയെ തകർക്കുന്ന മാറ്റങ്ങളും വാഗ്ദാനം ചെയ്തു. ബ്രാഞ്ച് നിലവിൽ ആൽഫ റിലീസ് നിലവാരത്തിലാണ്, സ്റ്റെബിലൈസേഷനുശേഷം ഉൽപ്പാദന ഉപയോഗത്തിന് തയ്യാറാകും. മരിയാഡിബി 12-ന്റെ അടുത്ത പ്രധാന ബ്രാഞ്ച്, അനുയോജ്യതയെ തകർക്കുന്ന മാറ്റങ്ങൾ ഉൾക്കൊള്ളുന്നു, ഇപ്പോൾ മുതൽ (10-ൽ) 2032 വർഷത്തിന് മുമ്പല്ല പ്രതീക്ഷിക്കുന്നത്.

MariaDB പ്രോജക്റ്റ് MySQL-ൽ നിന്ന് ഒരു ഫോർക്ക് വികസിപ്പിച്ചെടുക്കുന്നു, സാധ്യമാകുമ്പോഴെല്ലാം ബാക്ക്വേർഡ് കോംപാറ്റിബിലിറ്റി നിലനിർത്തുകയും അധിക സ്റ്റോറേജ് എഞ്ചിനുകളുടെയും നൂതനമായ കഴിവുകളുടെയും സംയോജനം ഫീച്ചർ ചെയ്യുകയും ചെയ്യുന്നു. വ്യക്തിഗത വെണ്ടർമാരിൽ നിന്ന് സ്വതന്ത്രമായ തുറന്നതും സുതാര്യവുമായ ഒരു വികസന പ്രക്രിയയെ പിന്തുടർന്ന് മരിയാഡിബി വികസനം സ്വതന്ത്ര മരിയാഡിബി ഫൗണ്ടേഷനാണ് മേൽനോട്ടം വഹിക്കുന്നത്. പല ലിനക്സ് വിതരണങ്ങളിലും (RHEL, SUSE, Fedora, openSUSE, Slackware, OpenMandriva, ROSA, Arch Linux, Debian) MySQL-ന് പകരം MariaDB DBMS വിതരണം ചെയ്യപ്പെടുന്നു, വിക്കിപീഡിയ, ഗൂഗിൾ ക്ലൗഡ് SQL, Nimbuzz തുടങ്ങിയ വലിയ പ്രോജക്ടുകളിൽ ഇത് നടപ്പിലാക്കിയിട്ടുണ്ട്.

മരിയാഡിബി 11 ബ്രാഞ്ചിലെ ഒരു പ്രധാന മെച്ചപ്പെടുത്തൽ, ക്വറി ഒപ്റ്റിമൈസർ ഒരു പുതിയ വെയ്റ്റ് മോഡലിലേക്ക് (കോസ്റ്റ് മോഡൽ) പരിവർത്തനം ചെയ്യുന്നതാണ്, ഇത് ഓരോ ചോദ്യ പ്ലാനിന്റെയും ഭാരം കൂടുതൽ കൃത്യമായ പ്രവചനം നൽകുന്നു. പുതിയ മോഡൽ ചില പ്രകടന തടസ്സങ്ങൾ ലഘൂകരിക്കുമെങ്കിലും, എല്ലാ സാഹചര്യങ്ങളിലും ഇത് ഒപ്റ്റിമൽ ആയിരിക്കില്ല, ചില അന്വേഷണങ്ങൾ മന്ദഗതിയിലാക്കിയേക്കാം, അതിനാൽ പരിശോധനയിൽ പങ്കെടുക്കാനും പ്രശ്നങ്ങൾ ഉണ്ടായാൽ ഡവലപ്പർമാരെ അറിയിക്കാനും ഉപയോക്താക്കളെ പ്രോത്സാഹിപ്പിക്കുന്നു.

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

ഇനിപ്പറയുന്ന സാഹചര്യങ്ങളിൽ കൂടുതൽ ഒപ്റ്റിമൽ ക്വറി എക്സിക്യൂഷൻ പ്ലാൻ തിരഞ്ഞെടുക്കാൻ പുതിയ വെയ്റ്റ് മോഡൽ നിങ്ങളെ അനുവദിക്കുമെന്നത് ശ്രദ്ധേയമാണ്:

• 2 ടേബിളിൽ കൂടുതൽ വ്യാപിച്ചുകിടക്കുന്ന ചോദ്യങ്ങൾ ഉപയോഗിക്കുമ്പോൾ.
• നിങ്ങൾക്ക് സമാന മൂല്യങ്ങളുടെ ഒരു വലിയ സംഖ്യ അടങ്ങിയിരിക്കുന്ന സൂചികകൾ ഉള്ളപ്പോൾ.
• പട്ടികയുടെ 10%-ൽ കൂടുതൽ ഉൾക്കൊള്ളുന്ന ശ്രേണികൾ ഉപയോഗിക്കുമ്പോൾ.
• ഉപയോഗിച്ച എല്ലാ നിരകളും സൂചികയിലാക്കാത്ത സങ്കീർണ്ണമായ അന്വേഷണങ്ങൾ നിങ്ങൾക്കുണ്ടെങ്കിൽ.
• വ്യത്യസ്ത സ്റ്റോറേജ് എഞ്ചിനുകൾ ഉൾപ്പെടുന്ന അന്വേഷണങ്ങൾ ഉപയോഗിക്കുമ്പോൾ (ഉദാഹരണത്തിന്, ഒരു ചോദ്യം InnoDB, മെമ്മറി എഞ്ചിനുകളിൽ പട്ടികകൾ ആക്സസ് ചെയ്യുമ്പോൾ).
• അന്വേഷണ പദ്ധതി മെച്ചപ്പെടുത്താൻ ഫോഴ്‌സ് ഇൻഡക്സ് ഉപയോഗിക്കുമ്പോൾ.
• "പട്ടിക വിശകലനം" ഉപയോഗിക്കുമ്പോൾ അന്വേഷണ പദ്ധതി മോശമാകുമ്പോൾ.
• ചോദ്യം ഒരു വലിയ സംഖ്യ ഡിറൈവ്ഡ് ടേബിളുകളിൽ വ്യാപിക്കുമ്പോൾ (വലിയ എണ്ണം നെസ്റ്റഡ് SELECT-കൾ).
• സൂചികകൾക്ക് കീഴിൽ വരുന്ന പദപ്രയോഗങ്ങൾ വഴി ഓർഡർ അല്ലെങ്കിൽ ഗ്രൂപ്പ് ബൈ ഉപയോഗിക്കുമ്പോൾ.

MariaDB 11 ബ്രാഞ്ചിലെ പ്രധാന അനുയോജ്യത പ്രശ്നങ്ങൾ:

• പ്രത്യേകമായി സജ്ജീകരിച്ച പ്രത്യേകാവകാശങ്ങൾ ലഭ്യമായ പ്രവർത്തനങ്ങൾ നടത്താൻ സൂപ്പർ അവകാശങ്ങൾ നിങ്ങളെ അനുവദിക്കില്ല. ഉദാഹരണത്തിന്, ബൈനറി ലോഗുകളുടെ ഫോർമാറ്റ് മാറ്റുന്നതിന്, നിങ്ങൾക്ക് BINLOG അഡ്‌മിൻ അവകാശങ്ങൾ ആവശ്യമാണ്.
• InnoDB-യിലെ മാറ്റം ബഫർ നടപ്പിലാക്കൽ നീക്കം ചെയ്തു.
• Innodb_flush_method, innodb_file_per_table എന്നിവ ഒഴിവാക്കി.
• Mysql* നെയിം സപ്പോർട്ട് ഒഴിവാക്കി.
• explicit_defaults_for_timestamp 0 ആയി സജ്ജീകരിക്കുന്നത് അവസാനിപ്പിച്ചു.
• MySQL-നുള്ള അനുയോജ്യതയ്ക്കായി പ്രതീകാത്മക ലിങ്കുകൾ ഒരു പ്രത്യേക പാക്കേജിൽ ഉൾപ്പെടുത്തിയിട്ടുണ്ട്.
• innodb_undo_tablespaces പാരാമീറ്ററിന്റെ ഡിഫോൾട്ട് മൂല്യം 3 ആയി മാറ്റി.

അവലംബം: opennet.ru