നിങ്ങൾ ഇപ്പോഴും MySQL ഉപയോഗിക്കുന്നുണ്ടോ?
പലരും മരിയാഡിബി ഡാറ്റാബേസിലേക്ക് വളരെക്കാലമായി മാറി.
മുദ്രയുള്ള MariaDB ലോഗോ എത്ര മനോഹരമാണെന്ന് നോക്കൂ.

MySQL ന് മനോഹരമായ ഒരു ഡോൾഫിനും ഉണ്ട്

വിക്കിപീഡിയയിൽ നിന്നുള്ള മരിയാഡിബിയുടെ ഒരു ചെറിയ ചരിത്രം.
MySQL-ൻ്റെ ഒരു കമ്മ്യൂണിറ്റി-വികസിപ്പിച്ച ഓഫ്‌ഷൂട്ടാണ് MariaDB. ഒറാക്കിളിൻ്റെ MySQL-ൻ്റെ അവ്യക്തമായ ലൈസൻസിംഗ് നയത്തിന് വിരുദ്ധമായി, DBMS-ൻ്റെ (GPL ലൈസൻസിന് കീഴിൽ) സ്വതന്ത്ര പദവി ഉറപ്പാക്കേണ്ടതിൻ്റെ ആവശ്യകതയാണ് ഇത് സൃഷ്ടിക്കുന്നതിനുള്ള പ്രേരണ.

MySQL-ൻ്റെ യഥാർത്ഥ പതിപ്പിൻ്റെ രചയിതാവും മോണ്ടി പ്രോഗ്രാം എബിയുടെ സ്ഥാപകനുമായ മൈക്കൽ വൈഡെനിയസ് ആണ് മരിയാഡിബിയുടെ പ്രധാന ഡെവലപ്പർ.

മരിയാഡിബി പ്രോജക്റ്റിൻ്റെ പ്രധാന ലക്ഷ്യം യഥാർത്ഥ MySQL-നൊപ്പം DBMS-ൻ്റെ പൂർണ്ണമായ ബൈനറി അനുയോജ്യമായ പതിപ്പ് സൃഷ്ടിക്കുക എന്നതാണ്, ഇത് പ്രകടനത്തെ ബാധിക്കുന്ന കോഡിൽ ഗണ്യമായ എണ്ണം മെച്ചപ്പെടുത്തലുകൾ ഉണ്ടാകും.

MySQL-ൻ്റെ ഡ്രോപ്പ്-ഇൻ റീപ്ലേസ്‌മെൻ്റായി മരിയാഡിബി രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്നു, ഇത് MySQL-ൻ്റെ സ്വഭാവത്തെ പൂർണ്ണമായും അനുകരിക്കുന്നു (അത് ശരിക്കും).

MariaDB ഇപ്പോൾ ഒരു നല്ല പ്രവണതയാണ്, MySQL ഉം MariaDB ഉം തമ്മിലുള്ള താരതമ്യ പട്ടിക നോക്കുക (പ്രത്യേകിച്ച് 10.x ബ്രാഞ്ച്)

മരിയാഡിബിയുടെ ഔദ്യോഗിക വെബ്‌സൈറ്റിൽ നിന്നാണ് ഞാൻ താരതമ്യം എടുത്തത്, അവിടെ നിങ്ങൾക്ക് പോയിൻ്റുകൾ കൂടുതൽ വിശദമായി പരിശോധിക്കാം. ഇത് കൂടാതെ MariaDB 10.x വ്യക്തമായും ലീഡ് ചെയ്യുന്നു എന്ന് വ്യക്തമാണെങ്കിലും.

ഇക്കാലത്ത്, പല ലിനക്സ് വിതരണങ്ങളും MySQL-ന് പകരം സ്ഥിരസ്ഥിതിയായി MariaDB ഇൻസ്റ്റാൾ ചെയ്യുന്നു, ഇവിടെ രഹസ്യം ലളിതമാണ് - MariaDB സമാന ഡാറ്റ സ്റ്റോറേജ് ഫോർമാറ്റുകൾ, പട്ടികകൾ, ലോഞ്ച് കമാൻഡുകൾ മുതലായവയെ പിന്തുണയ്ക്കുന്നു, അതായത്. MariaDB യിലേക്കുള്ള മൈഗ്രേഷൻ എളുപ്പവും തടസ്സമില്ലാത്തതുമാണ്. FreeBSD-യിൽ MariaDB ഇൻസ്റ്റാൾ ചെയ്യുന്നത് എളുപ്പവും ലളിതവുമാണ്.

ഉദാഹരണത്തിന്, ഡാറ്റാബേസിലേക്ക് തിരുകൽ പ്രവർത്തനങ്ങൾക്കായി Aria ടേബിൾ തരം ഒപ്റ്റിമൈസ് ചെയ്തിരിക്കുന്നു (അവ MyISAM-നേക്കാൾ വേഗതയുള്ളതാണ്). ആന്തരിക പ്രക്രിയകൾക്കായി മരിയാഡിബിയിലും ഏരിയ ടേബിളുകൾ ഉപയോഗിക്കുന്നു; എല്ലാ താൽക്കാലിക ടേബിളുകളും ഏരിയയിൽ പ്രവർത്തിക്കുന്നു, ഇത് സങ്കീർണ്ണമായ ചോദ്യങ്ങളിലെ പ്രകടനം മെച്ചപ്പെടുത്തുന്നു.

ശൈലികൾ: MariaDB, MySQL എന്നിവയുടെ താരതമ്യം, മികച്ച ഡാറ്റാബേസ് ഏതാണ്?, പ്രവർത്തന വേഗത, മരിയാഡിബിയുടെ ഇൻസ്റ്റാളേഷൻ

MySQL-ൻ്റെ ഒരു ഫോർക്ക് ആണ് DBMS, സൺ മൈക്രോസിസ്റ്റംസിൽ നിന്ന് പോയതിന് ശേഷം മൈക്കൽ വൈഡെനിയസ് സൃഷ്ടിച്ച മോണ്ടി പ്രോഗ്രാം എബിയാണ് ഇത് വികസിപ്പിച്ചെടുത്തത്. ഓപ്ഷണൽ മരിയ സ്റ്റോറേജ് എഞ്ചിൻ ഉൾപ്പെടെ എല്ലാ പ്രധാന ഓപ്പൺ സ്റ്റോറേജ് എഞ്ചിനുകളും ഇതിൽ ഉൾപ്പെടുന്നു. പല തരത്തിൽ, MariaDB MySQL പോലെ തന്നെ പ്രവർത്തിക്കും: MySQL-ൽ നിലവിലുള്ള എല്ലാ കമാൻഡുകളും ഇൻ്റർഫേസുകളും ലൈബ്രറികളും API-കളും MariaDB-യിലും നിലവിലുണ്ട്.

ഈ DBMS-ൻ്റെ ഡെവലപ്പർമാർ പറയുന്നതനുസരിച്ച്, അവർ MySQL റിലീസുകളുമായി MariaDB റിലീസുകൾ സമന്വയിപ്പിക്കാൻ പോകുന്നു.

മൈക്കൽ വൈഡേനിയസിൻ്റെ ഇളയ മകൾ മരിയയിൽ നിന്നാണ് മരിയാഡിബി എന്ന പേര് വന്നത്.

കഥ

പ്ലാറ്റ്ഫോമുകൾ

Windows amd64 (64-bit), Windows x86 (32-bit), Solaris 10 x86, Solaris 11 x86, Linux amd64 (64-bit), Linux x86, CentOS 5 / RedHat 5 amd64 (64-bit), CentOS 5 / RedHat 5 x86 (32-ബിറ്റ്).

എഡിറ്റോറിയൽ

സംഭരണ ​​സംവിധാനങ്ങൾ

ആര്യ- MySQL, MariaDB എന്നിവയ്ക്കുള്ള പുതിയ സ്റ്റോറേജ് എഞ്ചിൻ (മുമ്പ് മരിയ എന്ന് വിളിച്ചിരുന്നു). സ്റ്റോറേജ് സിസ്റ്റം MyISAM-ന് പകരമാണ്, പക്ഷേ പരാജയത്തെ കൂടുതൽ പ്രതിരോധിക്കും. ഓപ്പറേഷൻ ലോഗിന് നന്ദി, ഒരു ക്രാഷ് സംഭവിച്ചാൽ, എല്ലാ ടേബിളുകളും സ്റ്റേറ്റ്‌മെൻ്റ് എക്‌സിക്യൂട്ട് ചെയ്യുന്നതിന് മുമ്പുള്ള അവസ്ഥയിലോ അവസാനത്തെ LOCK TABLES കമാൻഡ് എക്‌സിക്യൂട്ട് ചെയ്യുന്നതിന് മുമ്പുള്ള അവസ്ഥയിലോ പുനഃസ്ഥാപിക്കും. ഓപ്പറേഷൻ ലോഗിലെ ഏത് പോയിൻ്റിൽ നിന്നും (ക്രിയേറ്റ്/ഡ്രോപ്പ്/പുനർനാമകരണം/തിരുത്തുക എന്നതിനുള്ള പിന്തുണ ഉൾപ്പെടെ) നില പുനഃസ്ഥാപിക്കാനുള്ള കഴിവിനെയും ഇത് പിന്തുണയ്ക്കുന്നു. MyISAM-നേക്കാൾ മികച്ച കാഷിംഗ്, ഒന്നിലധികം ഉൾപ്പെടുത്തലുകൾക്കായി കൂടുതൽ വികസിപ്പിച്ച സമാന്തരത എന്നിവ ഈ വർക്ക് നൽകുന്നു. എല്ലാ MariaDB ഇൻ്റേണൽ ടേബിളുകളും ഈ സ്റ്റോറേജ് എഞ്ചിൻ ഉപയോഗിക്കുന്നു. 2007 മുതൽ വികസിപ്പിച്ചെടുത്തത്.

MyISAM- ഒരു DBMS-ലെ പ്രധാന ഡാറ്റാ സ്റ്റോറേജ് സിസ്റ്റങ്ങളിൽ ഒന്ന്. ഇത് ISAM കോഡ് അടിസ്ഥാനമാക്കിയുള്ളതാണ്, താരതമ്യപ്പെടുത്തുമ്പോൾ ഉപയോഗപ്രദമായ നിരവധി കൂട്ടിച്ചേർക്കലുകൾ ഉണ്ട്. WWW ലും മറ്റ് വായന-ആധിപത്യ പരിതസ്ഥിതികളിലും ഉപയോഗിക്കുന്നതിന് MyISAM പട്ടികകൾ അനുയോജ്യമാണ്. ഡിഫോൾട്ട് സ്റ്റോറേജ് മെക്കാനിസമായി ഉപയോഗിക്കുന്നു.

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

PBXT (പ്രൈംബേസ് XT)- സ്ക്രാച്ചിൽ നിന്ന് വികസിപ്പിച്ച ഒരു സ്റ്റോറേജ് സിസ്റ്റം, ഡാറ്റ സ്റ്റോറേജ് എംവിസിസി (മൾട്ടി-വേർഷൻ കൺകറൻസി കൺട്രോൾ) സംഘടിപ്പിക്കുന്നതിനുള്ള മൾട്ടി-പതിപ്പ് രീതിയെ പിന്തുണയ്ക്കുന്നു, ഇത് റീഡ് ഓപ്പറേഷനുകൾ നടത്തുമ്പോൾ ലോക്കുകൾ ഒഴിവാക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു. PBXT, ACID-അനുയോജ്യമായ ഇടപാടുകൾ, വേഗത്തിലുള്ള ഇടപാട് റോൾബാക്ക്, തെറ്റായ സെർവർ ഷട്ട്ഡൗണിൽ നിന്നുള്ള വീണ്ടെടുക്കൽ എന്നിവയെ പിന്തുണയ്ക്കുന്നു. ഡാറ്റയുടെ റഫറൻഷ്യൽ സമഗ്രത, വിദേശ കീകൾ നിർവചിക്കുന്നതിനുള്ള പിന്തുണ, കാസ്‌കേഡിംഗ് അപ്‌ഡേറ്റുകൾ, ഡാറ്റ ഇല്ലാതാക്കൽ എന്നിവ ഉറപ്പാക്കുന്നതിനുള്ള ടൂളുകൾ ഉണ്ട്. ബൈനറി ഡാറ്റയുടെ (BLOB) ഇൻപുട്ടും ഔട്ട്‌പുട്ടും ഡാറ്റാബേസിലേക്ക് നേരിട്ട് സ്ട്രീം ചെയ്യാനുള്ള കഴിവ് പിന്തുണയ്ക്കുന്നു.

ഫെഡറേറ്റഡ് എക്സ്- റിമോട്ട് ടേബിളുകളിലേക്കുള്ള ആക്‌സസ് പ്രാദേശികമായി ക്രമീകരിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന ഒരു സ്റ്റോറേജ് സിസ്റ്റം. ഇടപാടുകൾക്കുള്ള പിന്തുണ, ഒരു റിമോട്ട് DBMS-ലേക്ക് ഒരേസമയം നിരവധി കണക്ഷനുകൾ സ്ഥാപിക്കൽ, "ലിമിറ്റ്" പ്രവർത്തനങ്ങളുടെ ഉപയോഗം എന്നിവയുണ്ട്.

ലൈസൻസിംഗ്

MySQL പോലെയുള്ള GPL v2 ലൈസൻസിൻ്റെ നിബന്ധനകൾക്ക് കീഴിൽ MariaDB ലഭ്യമാണ്. മറ്റ് കക്ഷികൾക്ക് ലഭ്യമാക്കിയിട്ടുള്ള കോഡിന് മാത്രമേ GPL ലൈസൻസ് ബാധകമാകൂ. ഒരു ഓർഗനൈസേഷനിലെ ആന്തരിക ഉപയോഗത്തിന്, അത്തരം കോഡ് പൂർണ്ണമായും സൌജന്യമാണ് കൂടാതെ ഒരു നിബന്ധനകൾക്കും വിധേയമല്ല. പശ്ചാത്തലത്തിൽ MariaDB (അല്ലെങ്കിൽ മറ്റേതെങ്കിലും GPL സോഫ്‌റ്റ്‌വെയർ) പ്രവർത്തിപ്പിക്കുന്ന ഒരു വിദൂര സേവനത്തിലേക്ക് കണക്‌റ്റുചെയ്യുന്നതും സൗജന്യമാണ്.

ഒറാക്കിളിൻ്റെ MySQL-ൻ്റെ അവ്യക്തമായ ലൈസൻസിംഗ് നയത്തിന് വിരുദ്ധമായി, DBMS-ൻ്റെ (GPL ലൈസൻസിന് കീഴിൽ) സൗജന്യ നില ഉറപ്പാക്കേണ്ടതിൻ്റെ ആവശ്യകത ഉണ്ടായിരുന്നു. GNU GPL v.2 ലൈസൻസ്, GNU LGPL ന് കീഴിൽ ഉൽപ്പന്നം വിതരണം ചെയ്യുകയും ഉപയോഗിക്കുകയും ചെയ്യുന്നു.

സിസ്റ്റം ഉപയോഗിച്ചാണ് എഴുതിയിരിക്കുന്നത്: C, C++, Perl, Bash. ഉൽപ്പന്നം ലിനക്സ്, യുണിക്സ് പോലുള്ള ഓപ്പറേറ്റിംഗ് സിസ്റ്റങ്ങളായ വിൻഡോസിന് കീഴിൽ പ്രവർത്തിക്കുന്നു.

2014: MariaDB എൻ്റർപ്രൈസ് 1.0

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

MariaDB 10.1-ലെ പ്രധാന മെച്ചപ്പെടുത്തലുകൾ

• ഒരു ഹാർഡ് ഡ്രൈവ് മോഷ്ടിക്കുമ്പോൾ ഡാറ്റ ചോർച്ചയിൽ നിന്ന് പരിരക്ഷിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന ടേബിളുകളുടെയും ഇടപാട് ലോഗുകളുടെയും എൻക്രിപ്ഷനുള്ള പിന്തുണ, എന്നാൽ ഒരു പ്രവർത്തിക്കുന്ന DBMS-ന് നിയന്ത്രണം ലഭിക്കുന്ന സാഹചര്യത്തിൽ ഉപയോഗശൂന്യമാണ്, ഉദാഹരണത്തിന്, ഒരു ഫലമായി SQL ക്വറി സബ്സ്റ്റിറ്റ്യൂഷൻ അല്ലെങ്കിൽ സിസ്റ്റം ഹാക്കിംഗ് വഴി ആക്രമണം. എൻക്രിപ്ഷൻ പ്രവർത്തനക്ഷമമാക്കുമ്പോൾ, ഓവർഹെഡ് 3-5% വർദ്ധിക്കുന്നു. ഒരു കീ റൊട്ടേഷൻ സിസ്റ്റം പ്രവർത്തനക്ഷമമാക്കിയിട്ടുള്ള ഒരു പ്രത്യേക സുരക്ഷിത സെർവറിൽ എൻക്രിപ്ഷൻ കീകൾ സംഭരിക്കുന്നതിൽ അർത്ഥമുണ്ട്, നിലവിലെ കീ കാലഹരണപ്പെട്ടതിന് ശേഷം ഒരു പുതിയ കീ ഉപയോഗിച്ച് ആനുകാലികമായി വീണ്ടും എൻക്രിപ്ഷൻ ചെയ്യുന്നതാണ് ഇതിൽ ഉൾപ്പെടുന്നത്. എൻക്രിപ്ഷൻ പിന്തുണ XtraDB, InnoDB സ്റ്റോറേജുകളിൽ നടപ്പിലാക്കുന്നു. നിരവധി സ്കീമുകൾ വാഗ്ദാനം ചെയ്യുന്നു: തിരഞ്ഞെടുത്ത പട്ടികകളുടെ എൻക്രിപ്ഷൻ, ഡാറ്റാബേസിലെ എല്ലാ പട്ടികകളുടെയും എൻക്രിപ്ഷൻ, തിരഞ്ഞെടുത്തവ ഒഴികെയുള്ള എല്ലാ പട്ടികകളുടെയും എൻക്രിപ്ഷൻ. ഇടപാട് ലോഗ് എൻക്രിപ്റ്റ് ചെയ്യുന്നതിലൂടെ, റെപ്ലിക്കേഷൻ ഉള്ള സിസ്റ്റങ്ങളിലും സംരക്ഷണം നൽകുന്നു;
• Galera സിൻക്രണസ് മൾട്ടി-മാസ്റ്റർ (ആക്റ്റീവ്-ആക്റ്റീവ്) റെപ്ലിക്കേഷൻ സാങ്കേതികവിദ്യയുടെ അടിസ്ഥാന പാക്കേജിൽ ഉൾപ്പെടുത്തൽ, ഒരു പ്രത്യേക ഉൽപ്പന്നമായ MariaDB Galera ക്ലസ്റ്ററിൻ്റെ ഭാഗമായി മുമ്പ് വാഗ്ദാനം ചെയ്തിരുന്നു. Galera, MariaDB DBMS-ൻ്റെ കഴിവുകൾ സിൻക്രണസ് റെപ്ലിക്കേഷൻ ഉപയോഗിച്ച് വിപുലീകരിക്കുന്നു, അതിൽ എല്ലാ നോഡുകളിലും എല്ലായ്‌പ്പോഴും കാലികമായ ഡാറ്റ അടങ്ങിയിരിക്കുന്നു, അതായത്. എല്ലാ നോഡുകളിലേക്കും ഡാറ്റ പ്രചരിപ്പിച്ചതിനുശേഷം മാത്രമേ ഇടപാട് നടത്തുകയുള്ളൂ എന്നതിനാൽ, നഷ്‌ടമായ ഇടപാടുകളൊന്നും ഉറപ്പുനൽകുന്നില്ല. അതേ സമയം, ഇടപാടിനുള്ളിൽ, പ്രവർത്തനങ്ങൾ ഉടനടി നടപ്പിലാക്കുന്നു; സ്ഥിരീകരണത്തിനായി കാത്തിരിക്കുന്നതിനാൽ കാലതാമസം സംഭവിക്കുന്നത് "കമ്മിറ്റ്" പ്രവർത്തനം നടത്തുമ്പോൾ മാത്രമാണ്. റെപ്ലിക്കേഷൻ സമാന്തരമായി, വരി തലത്തിൽ, മാറ്റങ്ങളെക്കുറിച്ചുള്ള വിവരങ്ങൾ മാത്രം കൈമാറുന്നു. ഒരു ക്ലസ്റ്ററിലെ നോഡ് അംഗത്വത്തിൻ്റെ മാനേജ്മെൻ്റ് സ്വയമേവ നിർവ്വഹിക്കുന്നു, ഒരു അഡ്മിനിസ്ട്രേറ്ററുടെ പങ്കാളിത്തമില്ലാതെ തെറ്റായ നോഡുകൾ ക്ലസ്റ്ററിൽ നിന്ന് ഉടനടി ഒഴിവാക്കപ്പെടും, ആവശ്യമെങ്കിൽ പുതിയ നോഡുകൾ, അധിക പുനർക്രമീകരണം കൂടാതെ ഫ്ലൈയിൽ ബന്ധിപ്പിക്കാൻ കഴിയും;
• MySQL-ൽ GTID പിന്തുണ പ്രവർത്തനക്ഷമമാക്കുമ്പോൾ MySQL 5.6-ൽ നിന്നുള്ള ഡാറ്റ പകർത്താനുള്ള സാധ്യത, അതായത്. MySQL ഇപ്പോൾ MariaDB-യുടെ ഒരു മാസ്റ്റർ സെർവറായി ഉപയോഗിക്കാം. MySQL-ൽ നിന്ന് MariaDB-ലേക്കുള്ള മൈഗ്രേഷൻ പ്രക്രിയയിൽ പരിശോധനകൾ വളരെ ലളിതമാക്കാൻ ഈ സവിശേഷത നിങ്ങളെ അനുവദിക്കുന്നു;
• InnoDB, XtraDB സ്റ്റോറുകൾക്കുള്ള ഡാറ്റാ പേജ് കംപ്രഷനുള്ള പിന്തുണ. വ്യത്യസ്‌ത കംപ്രഷൻ അൽഗോരിതങ്ങൾ (zlib, lz4, lz0, lzma, bzip2, സ്‌നാപ്പി) തിരഞ്ഞെടുക്കാനുള്ള കഴിവും പാക്ക് ചെയ്‌ത ഡാറ്റയ്‌ക്കൊപ്പം പ്രവർത്തിക്കുന്ന പ്രക്രിയയുടെ മറ്റൊരു ഓർഗനൈസേഷനും വഴി മുമ്പ് ലഭ്യമായ കംപ്രഷൻ മെക്കാനിസത്തിൽ നിന്ന് (row_format=compressed) പുതിയ രീതി വ്യത്യസ്തമാണ്. പരമ്പരാഗത നടപ്പാക്കലിൽ ബഫറിൽ കംപ്രസ് ചെയ്‌തതും ഇതുവരെ പാക്ക് ചെയ്യാത്തതുമായ ഡാറ്റ അടങ്ങിയിട്ടുണ്ടെങ്കിൽ, പുതിയ സ്കീം സൂചിപ്പിക്കുന്നത് അൺപാക്ക് ചെയ്ത ഡാറ്റ മാത്രമേ ബഫറിൽ ഉള്ളൂ എന്നാണ് - സ്റ്റോറേജിലേക്ക് എഴുതുന്നതിന് മുമ്പ് പേജുകൾ കംപ്രസ്സുചെയ്യുകയും വായിച്ചതിനുശേഷം അൺപാക്ക് ചെയ്യുകയും ചെയ്യുന്നു. SSD ഡ്രൈവുകളോ NVM മെമ്മറിയോ ഉപയോഗിക്കുമ്പോൾ പുതിയ രീതി ഏറ്റവും ഫലപ്രദമാണ്. FusionIO ബോർഡുകൾ ഉപയോഗിക്കുമ്പോൾ മികച്ച ഫലങ്ങൾ നിരീക്ഷിക്കപ്പെടുന്നു;
• Facebook നൽകുന്ന സംഭവവികാസങ്ങളെ അടിസ്ഥാനമാക്കി InnoDB സ്റ്റോറേജ് ഡിഫ്രാഗ്മെൻ്റേഷൻ സംവിധാനം നടപ്പിലാക്കി. മുമ്പ്, InnoDB-യിൽ നിന്ന് വരികൾ ഇല്ലാതാക്കിയപ്പോൾ, ഡിസ്ക് ബ്ലോക്കുകൾ സ്വതന്ത്രമാക്കാതെയോ സിസ്റ്റത്തിലേക്ക് ഡിസ്ക് സ്പേസ് തിരികെ നൽകാതെയോ അവ ഇല്ലാതാക്കിയതായി അടയാളപ്പെടുത്തുകയും പുതിയ എൻട്രികൾക്കായി ലഭ്യമാക്കുകയും ചെയ്തു. "ഒപ്റ്റിമൈസ് ടേബിൾ" എക്സിക്യൂട്ട് ചെയ്യുന്നത് നിർദ്ദിഷ്ട പ്രശ്നം പരിഹരിക്കുന്നു, പക്ഷേ പട്ടിക പൂർണ്ണമായും പുനർനിർമ്മിക്കുന്നതിലൂടെയും നിലവിലുള്ള ഡാറ്റ ഒരു പുതിയ സ്ഥലത്തേക്ക് പകർത്തുന്നതിലൂടെയും, അതായത്. വലിയ അളവിലുള്ള സ്വതന്ത്ര ഡിസ്ക് സ്പേസ് ആവശ്യമാണ്. കോൺഫിഗറേഷൻ ഫയലിൽ (innodb-defragment=1) defragmentation പിന്തുണ പ്രവർത്തനക്ഷമമാക്കിയ ശേഷം, "OPTIMIZE TABLE" കമാൻഡ് എക്സിക്യൂട്ട് ചെയ്യുന്നത് പുതിയ പട്ടികകളിലേക്ക് പകർത്തുന്നതിലേക്ക് നയിക്കില്ല, പക്ഷേ റെക്കോർഡ് മൂവ്മെൻ്റ് മെക്കാനിസത്തിലൂടെയാണ് ഇത് നടപ്പിലാക്കുന്നത്;
• MariaDB 10.0-ൽ അവതരിപ്പിച്ച സ്ലേവ് സെർവറുകളുടെ പാരലൽ റെപ്ലിക്കേഷൻ മാർഗങ്ങളുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ ഒരു "ശുഭാപ്തിവിശ്വാസമുള്ള" സമാന്തര റെപ്ലിക്കേഷൻ മോഡ് നടപ്പിലാക്കിയിട്ടുണ്ട്. പ്രത്യേകിച്ചും, സ്ലേവ് സെർവറിന് സമാന്തരമായി ഏതെങ്കിലും INSERT/UPDATE/DELETE പ്രവർത്തനങ്ങൾ പ്രയോഗിക്കാൻ സാധിക്കും, അവ ഇതുവരെ മാസ്റ്റർ സെർവറിൽ പൂർത്തിയാക്കിയിട്ടില്ലെങ്കിലും;
• simple_password_check, cracklib_password_check പ്ലഗിനുകൾ ഉപയോഗിച്ച് നിർദ്ദിഷ്ട പാസ്‌വേഡിൻ്റെ ശക്തി പരിശോധിക്കാനുള്ള കഴിവ്;
• സിപിയുവിലെ ലോഡ് കുറയ്ക്കുന്നതിനും മൾട്ടി-കോർ സിസ്റ്റങ്ങളിലെ പ്രവർത്തനത്തിൻ്റെ കാര്യക്ഷമത വർദ്ധിപ്പിക്കുന്നതിനുമായി പെർഫോമൻസ് ഒപ്റ്റിമൈസേഷനുകളുടെ ഒരു ഭാഗം അവതരിപ്പിച്ചു. പ്രോസസ്സ് ചെയ്ത ഇടപാടുകളുടെ എണ്ണത്തിൽ 135 മുതൽ 190% വരെ വർദ്ധനവും സെക്കൻഡിൽ ഒരു ദശലക്ഷത്തിലധികം OLTP പ്രവർത്തനങ്ങൾ പ്രോസസ്സ് ചെയ്യാനുള്ള കഴിവും പരിശോധനയിൽ കാണിച്ചു;
• അഭ്യർത്ഥനയുടെ സവിശേഷതകൾ വിലയിരുത്തുന്ന ഔട്ട്‌പുട്ട് JSON ഫോർമാറ്റിൽ ജനറേറ്റ് ചെയ്യുന്ന "എക്സ്പ്ലൈൻ ഫോർമാറ്റ്=JSON", "ANALYZE FORMAT=JSON" എന്നീ കമാൻഡുകൾ ചേർത്തു. ANALYZE കമാൻഡിൻ്റെ സ്റ്റാൻഡേർഡ് ഔട്ട്‌പുട്ട് ഇപ്പോൾ EXPLAIN-ൻ്റെ ഔട്ട്‌പുട്ടിന് സമാനമാണ്, എന്നാൽ അന്വേഷണത്തിൻ്റെ ഫലമായി ലഭിച്ച ഡാറ്റ ഉൾപ്പെടുന്നു (വായിച്ച വരികളുടെ എണ്ണം മുതലായവ);
• ഭൂമിശാസ്ത്രപരമായ വിവര സംവിധാനങ്ങളുടെ ഡാറ്റയുടെ സ്പേഷ്യൽ റഫറൻസിനുള്ള ഉപകരണങ്ങൾ (സ്പേഷ്യൽ റഫറൻസ്). സ്പേഷ്യൽ കോർഡിനേറ്റുകളുമായി പ്രവർത്തിക്കുന്നതിനുള്ള പുതിയ ഫംഗ്‌ഷനുകൾ നടപ്പിലാക്കൽ: ST_Boundary, ST_ConvexHull, ST_IsRing, ST_PointOnSurface, ST_Relate;
• "ഡാറ്റാബേസ് സൃഷ്‌ടിക്കുക", ഫംഗ്‌ഷൻ യുഡിഎഫ് സൃഷ്‌ടിക്കുക", റോൾ സൃഷ്‌ടിക്കുക", സെർവർ സൃഷ്‌ടിക്കുക", ഉപയോക്താവിനെ സൃഷ്‌ടിക്കുക", വ്യൂ സൃഷ്‌ടിക്കുക", ഡ്രോപ്പ് എന്നതിലെ "ഉണ്ടെങ്കിൽ", "ഇല്ലെങ്കിൽ", "അല്ലെങ്കിൽ മാറ്റിസ്ഥാപിക്കുക" എന്നീ പ്രസ്താവനകൾക്കുള്ള പിന്തുണ. ഡ്രോപ്പ് നിർദ്ദേശങ്ങൾ ഉപയോക്താവ്", ഇവൻ്റ് സൃഷ്‌ടിക്കുക", "ഇവൻ്റ് ഡ്രോപ്പ് ചെയ്യുക" സൂചിക സൃഷ്‌ടിക്കുക", "ഡ്രോപ്പ് സൂചിക" സൃഷ്‌ടിക്കുക ട്രിഗർ", "ഡ്രോപ്പ് ട്രിഗർ";
• പ്ലഗിന്നുകൾക്കായുള്ള SHOW, FLUSH കമാൻഡുകൾക്കുള്ള പിന്തുണ, ഉദാഹരണത്തിന്, "ലൊക്കലുകൾ കാണിക്കുക", "QUERY_RESPONSE_TIME", "FLUSH QUERY_RESPONSE_TIME";
• എല്ലാ പുതിയ കണക്ഷനുകൾക്കും ബാധകമായ ഒരു ഡിഫോൾട്ട് റോൾ നിർവ്വചിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന "സെറ്റ് ഡിഫോൾട്ട് റോൾ" നിർദ്ദേശത്തിനുള്ള പിന്തുണ;
• systemd പിന്തുണ.

MySQL ഒറാക്കിളിൻ്റെ സ്വത്തായി മാറിയിരിക്കുന്നു, എന്തെങ്കിലും ബദലുകളുണ്ടോ, നമുക്ക് എത്ര വേഗത്തിൽ മുന്നോട്ട് പോകാനാകും? അത് ഇതുവരെ നടന്നിട്ടില്ല. അതിനാൽ, "അറിവില്ലാത്തവർ"ക്കായി ഒരു നിരൂപകൻ

MySQL ഒറാക്കിളിൻ്റെ ഉടമസ്ഥതയിലായതിൽ ചില ആളുകൾക്കും പലർക്കും സന്തോഷമില്ല. ഭാഗ്യവശാൽ, വിവരങ്ങൾ അച്ചടിയുടെ വേഗതയിൽ സഞ്ചരിക്കുകയും ചിന്തകളും തീരുമാനങ്ങളും മിന്നൽ വേഗത്തിൽ എടുക്കുകയും ചെയ്യുന്ന ഒരു ലോകത്താണ് ഞങ്ങൾ ഇതിനകം ജീവിക്കുന്നത്.

മൈക്കൽ വൈഡെനിയസ്, MySQL ൻ്റെ സ്ഥാപകനും MySQL AB യുടെ സ്ഥാപകനും (ഇത് സൺ ഏറ്റെടുത്തു, അത് ഒറാക്കിൾ ഏറ്റെടുത്തു)
Petr Zaitsev - MySQL പ്രകടന വിദഗ്ധൻ, MySQL Inc ലെ ഹൈ പെർഫോമൻസ് ഗ്രൂപ്പിൻ്റെ മുൻ ടീം നേതാവ്, MySQLPerformanceBlog.com എന്ന ബ്ലോഗിൻ്റെ അവതാരകൻ

അപ്പോൾ എന്താണ് ഇതരമാർഗങ്ങൾ?

സ്ഥിരസ്ഥിതിയായി പ്രവർത്തനക്ഷമമാക്കിയ XtraDB സ്റ്റോറേജ് എഞ്ചിൻ ഉള്ള ഒരു MySQL ബിൽഡാണ് (പീറ്റർ സെയ്‌റ്റ്‌സെവിൽ നിന്നും സഹപ്രവർത്തകരിൽ നിന്നും) പെർക്കോണ സെർവർ. ഇത് MySQL+InnoDB പ്ലഗിനിൽ നിന്ന് മികച്ച പ്രകടനം/സ്കേലബിളിറ്റിയിൽ, പ്രത്യേകിച്ച് ആധുനിക മൾട്ടി-കോർ സെർവറുകളിൽ നിന്ന് വ്യത്യസ്തമാണ്. പ്രവർത്തനക്ഷമതയും മെച്ചപ്പെടുത്തിയിട്ടുണ്ട് - സ്ഥിതിവിവരക്കണക്കുകൾ ഒപ്റ്റിമൈസ് ചെയ്യുന്നതിന് കൂടുതൽ ഉപയോഗപ്രദമാണ്. ഇത് MySQL 5.0, 5.1 എന്നിവ അടിസ്ഥാനമാക്കിയുള്ള പതിപ്പുകളിലാണ്. innodb ടേബിളുകളുമായി പൂർണ്ണമായും പൊരുത്തപ്പെടുന്നു, അതായത് നിങ്ങൾക്ക് innodb-ൽ നിന്ന് xtradb-ലേയ്ക്കും പിന്നോട്ടും പ്രശ്‌നങ്ങളില്ലാതെ നീങ്ങാം (ചെറിയ പേജ് വലുപ്പങ്ങൾ പോലുള്ള ചില xtradb-നിർദ്ദിഷ്‌ട സവിശേഷതകൾ നിങ്ങൾ ഉപയോഗിക്കുന്നില്ലെങ്കിൽ).

XtraDB സംഭരണം InnoDB-പ്ലഗിൻ കോഡ് അടിസ്ഥാനമാക്കിയുള്ളതാണ്, ഇത് പൂർണ്ണമായും പൊരുത്തപ്പെടുന്നു, എന്നാൽ Google, Percona എന്നിവയിൽ നിന്നുള്ള പാച്ചുകളുടെ സംയോജനത്തിന് നന്ദി, ഉയർന്ന പ്രകടനമാണ്. പ്രത്യേകിച്ചും, XtraDB മെമ്മറി കൈകാര്യം ചെയ്യാനുള്ള സംവിധാനം മെച്ചപ്പെടുത്തി, InnoDB I/O സബ്സിസ്റ്റത്തിൻ്റെ പ്രവർത്തനം മെച്ചപ്പെടുത്തി, ഒന്നിലധികം റീഡ് ആൻഡ് റൈറ്റ് ത്രെഡുകൾക്കുള്ള പിന്തുണ ചേർത്തു, ബാൻഡ്‌വിഡ്ത്ത് മാനേജ്മെൻ്റിനുള്ള പിന്തുണ, റീഡ്-എഹെഡ് ഡാറ്റ വീണ്ടെടുക്കൽ നടപ്പിലാക്കൽ, അഡാപ്റ്റീവ് ചെക്ക്‌പോയിൻ്റിംഗ്. , സ്കെയിലിംഗ്. വലിയ പ്രോജക്റ്റുകൾക്കുള്ള കഴിവുകൾ വിപുലീകരിച്ചു, ധാരാളം സിപിയുകളുള്ള സിസ്റ്റങ്ങളിൽ പ്രവർത്തിക്കാൻ ലോക്കിംഗ് സിസ്റ്റം പൊരുത്തപ്പെടുത്തി, സ്ഥിതിവിവരക്കണക്കുകൾ ശേഖരിക്കുന്നതിനും വിശകലനം ചെയ്യുന്നതിനുമുള്ള അധിക കഴിവുകൾ ചേർത്തു.

മരിയ ഡിബി- മോണ്ടിയിൽ നിന്നുള്ള അസംബ്ലി, MySQL കോഡ് ബേസുമായി സമന്വയിപ്പിക്കുകയും അതിനോട് പൂർണ്ണമായും പൊരുത്തപ്പെടുകയും ചെയ്യുന്നു, അതായത്. പ്രകടന ഒപ്റ്റിമൈസേഷനുകളും ഒരു കൂട്ടം അധിക സ്റ്റോറേജ് എഞ്ചിനുകളും ഉൾപ്പെടെ നിരവധി നൂതന സവിശേഷതകൾ ഉള്ളപ്പോൾ, MySQL 5.1-ന് സുതാര്യമായ പകരക്കാരനായി പ്രവർത്തിക്കാൻ കഴിയും:

• പുതിയ ഡാറ്റ സ്റ്റോറുകൾ:
  • Aria (മുമ്പ് മരിയ) - MyISAM-നെ അടിസ്ഥാനമാക്കിയുള്ള വളരെ വിശ്വസനീയമായ സംഭരണം, ഒരു ക്രാഷിനുശേഷം വർദ്ധിച്ച സ്ഥിരതയും ഡാറ്റാ സമഗ്രത സംരക്ഷിക്കലും, MyISAM-മായി പൂർണ്ണമായ അനുയോജ്യത.
  • OQGRAPH (സങ്കീർണ്ണമായ ഗ്രാഫുകൾ സംഘടിപ്പിക്കുന്നതിനുള്ള ഒരു ശേഖരം)
  • സ്ഫിങ്ക്സ് - സെർച്ച് എഞ്ചിനുകൾ നിർമ്മിക്കുന്നതിനുള്ള ഒരു ശേഖരം
  • PrimeBase XT - റഷ്യൻ ഭാഷയിൽ വിവരണം
  • InnoDB യുടെ പകരക്കാരനായി XtraDB എഞ്ചിൻ ഉപയോഗിക്കുന്നു
  • FederatedX - റിമോട്ട് ടേബിളുകളിലേക്കുള്ള ആക്‌സസ് പ്രാദേശികമായി ക്രമീകരിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്നു
• MyISAM എഞ്ചിൻ പാച്ചുകൾ - സെഗ്മെൻ്റഡ് കാഷെ (ഉയർന്ന ലോഡുകളിൽ ഇത് ഗണ്യമായ വർദ്ധനവ് നൽകുന്നു)
• പട്ടിക ഒഴിവാക്കൽ - JOIN ഉപയോഗിച്ച് ഒരു പുതിയ തരം അന്വേഷണ ഒപ്റ്റിമൈസേഷൻ
• ത്രെഡ് പൂൾ - ഇപ്പോൾ ഒരു കണക്ഷനിൽ ഒന്നിലധികം ത്രെഡുകൾ തുറക്കാൻ കഴിയും
• മെച്ചപ്പെടുത്തി

ഓപ്പൺ സോഴ്‌സ് സോഫ്‌റ്റ്‌വെയറിൻ്റെ യഥാർത്ഥ പിന്തുണക്കാരാൽ വെറുക്കപ്പെടുകയും വെറുക്കുകയും ചെയ്യുന്ന ഒറാക്കിൾ കമ്പനി, ദീർഘക്ഷമയുള്ള സൂര്യനെയും അതേ സമയം നമ്മുടെ പ്രിയപ്പെട്ട MySQL-നെയും വാങ്ങിയാൽ ഇപ്പോൾ എന്ത് സംഭവിക്കും? ഒരു ഐതിഹാസിക ഉൽപ്പന്നത്തിൻ്റെ അവസാനം? ഒരുപക്ഷേ. എന്നാൽ ഇപ്പോൾ കൂടുതൽ പ്രവർത്തനപരവും പൂർണ്ണമായും പൊരുത്തപ്പെടുന്നതുമായ സംഭവവികാസങ്ങളുണ്ട്!

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

ഡാറ്റാബേസ് എഞ്ചിൻ - അതെന്താണ്?

ആശയങ്ങൾ അൽപ്പം ലളിതമാക്കാൻ, ഒരു ഡാറ്റാ സ്റ്റോറേജ് എഞ്ചിന് ചുറ്റുമുള്ള ഒരു റാപ്പറാണ് ഡാറ്റാബേസ്. അഭ്യർത്ഥനകൾ സ്വീകരിക്കുന്നതിനും കൈകാര്യം ചെയ്യുന്നതിനും കാഷെ ചെയ്യുന്നതിനും മറ്റ് സേവന പ്രവർത്തനങ്ങൾ നടത്തുന്നതിനും എഞ്ചിൻ്റെ താഴ്ന്ന നിലയിലുള്ള API യുമായുള്ള പ്രവർത്തനം ഉറപ്പാക്കുന്നതിനും ഇത് ഉത്തരവാദിയാണ്. രണ്ടാമത്തേത്, യഥാർത്ഥത്തിൽ ഡാറ്റ സംഭരിക്കുന്നു (ഡിസ്കിലോ മെമ്മറിയിലോ), ഓപ്പറേറ്റിംഗ് സിസ്റ്റത്തിൽ പ്രവർത്തിക്കുകയും സെർവറിൽ നിന്നുള്ള അഭ്യർത്ഥന പ്രകാരം ആവശ്യമായ സാമ്പിളുകൾ നൽകുന്നത് ഉറപ്പാക്കുകയും ചെയ്യുന്നു. മുമ്പ് DBMS ("സെർവർ + എഞ്ചിൻ" കോമ്പിനേഷൻ) മോണോലിത്തിക്ക് ആയിരുന്നെങ്കിൽ, ഇപ്പോൾ എല്ലാ സിസ്റ്റങ്ങളും പ്ലഗിനുകളുള്ള ഒരു ഘടന ഉപയോഗിക്കുന്നു. അത്തരമൊരു ഓർഗനൈസേഷനിലെ എഞ്ചിൻ ഒരു മൊഡ്യൂൾ മാത്രമാണ്, കൂടാതെ സെർവർ തന്നെ ഡാറ്റ സ്റ്റോറേജ് സിസ്റ്റത്തെ ആശ്രയിക്കുന്നില്ല. ക്ലാസിക് MySQL-ൻ്റെ ഏറ്റവും പുതിയ പതിപ്പുകളും ഒരു പ്ലഗിൻ ആർക്കിടെക്ചർ ഉപയോഗിക്കുന്നു. അതിനാൽ, അന്തർനിർമ്മിത InnoDB എഞ്ചിൻ (സാധാരണയായി കാലഹരണപ്പെട്ട പതിപ്പാണെങ്കിലും) മറ്റൊരു പ്രോജക്റ്റിൽ നിന്നുള്ള ഒരു മൊഡ്യൂൾ ഉപയോഗിച്ച് എളുപ്പത്തിൽ മാറ്റിസ്ഥാപിക്കാൻ കഴിയും, അത് പലപ്പോഴും മികച്ചതായിരിക്കും. MariaDB അല്ലെങ്കിൽ Drizzle ഉൾപ്പെടെയുള്ള പേശികളിലേക്കുള്ള ഇതര വികസനങ്ങളിൽ, എല്ലാ എഞ്ചിനുകളും തുടക്കത്തിൽ പ്ലഗിനുകളായി രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്നു. MySQL-അനുയോജ്യമായ DBMS-കളിലെ ആധുനിക ഡാറ്റാ സ്റ്റോറേജ് എഞ്ചിനുകളിൽ ഞാൻ ഹ്രസ്വമായി പരിശോധിക്കാൻ ശ്രമിക്കും.

• ഇന്നോഡിബി- മസിലിനുള്ള പ്രധാന എഞ്ചിൻ, ഇത് പതിപ്പ് 5.5 മുതൽ സ്ഥിരസ്ഥിതിയാക്കി. ഇടപാടുകൾ, തനിപ്പകർപ്പ്, വരി ലോക്കിംഗ് എന്നിവ പിന്തുണയ്ക്കുന്നു. പരാജയങ്ങളെ തികച്ചും പ്രതിരോധിക്കും.
• MyISAM- സെർവർ ക്രാഷുകൾ നന്നായി സഹിക്കാത്ത വളരെ പ്രശ്നമുള്ള എഞ്ചിൻ. ഇത് ഇടപാടുകളെ പിന്തുണയ്ക്കുന്നില്ല, പക്ഷേ ഇതിന് ഫുൾ-ടെക്‌സ്റ്റ് സൂചികകളും വേഗതയും അഭിമാനിക്കാം. വളരെക്കാലമായി ഇത് MySQL-ൻ്റെ എല്ലാ പതിപ്പുകൾക്കും സ്റ്റാൻഡേർഡായിരുന്നു, അതിനാൽ ഇപ്പോഴും ഏറ്റവും ജനപ്രിയമാണ്.
• ആര്യ- MyISAM-ന് പകരം ഇടപാട് പിന്തുണയും മെച്ചപ്പെട്ട മെമ്മറി മാനേജ്‌മെൻ്റും. എഞ്ചിൻ ഡാറ്റാ സമഗ്രത ഉറപ്പ് നൽകുന്നു, വേഗതയിൽ MyISAM-നേക്കാൾ താഴ്ന്നതല്ല.
• സി.വി.എസ്- കോമകളാൽ വേർതിരിക്കുന്ന സ്ട്രിംഗ് ഡാറ്റയുടെ വലിയ നിരകൾ സംഭരിക്കാനും പ്രോസസ്സ് ചെയ്യാനും ആവശ്യമായ സന്ദർഭങ്ങളിൽ ഒരു പ്രത്യേക എഞ്ചിൻ.
• ഫെഡറേറ്റഡ്/ഫെഡറേറ്റഡ് എക്സ്- ടേബിൾ ലെവലിൽ നിരവധി (ഫിസിക്കൽ) സെർവറുകളിലുടനീളം ഡാറ്റ സുതാര്യമായി വിതരണം ചെയ്യുന്നതിൽ ഈ എഞ്ചിൻ പ്രത്യേകം ശ്രദ്ധിക്കുന്നു.
• PBXT- InnoDB-യെ മാറ്റിസ്ഥാപിക്കുന്നതിനായി രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്ന ഒരു പുതിയ എഞ്ചിൻ, ഇടപാടുകൾക്കും മൾട്ടി-വേർഷനിംഗ്, ഡെഡ്‌ലോക്കുകളുടെ ഓട്ടോമാറ്റിക് പ്രോസസ്സിംഗ് എന്നിവയ്‌ക്കും പൂർണ്ണ പിന്തുണ നടപ്പിലാക്കുന്നു. ഒരേസമയം ധാരാളം ഇടപാടുകൾക്കായി എഞ്ചിൻ ഒപ്റ്റിമൈസ് ചെയ്‌തിരിക്കുന്നു.
• ബ്ലാക്ക്ഹോൾ- ഒരു സർവീസ് എഞ്ചിൻ, അത് ഡിബിഎംഎസിന് അടിസ്ഥാനപരമായി /dev/null ആണ് കൂടാതെ ഡിസ്കിലേക്ക് റൈറ്റുകളൊന്നും നൽകില്ല. അനുകരണത്തിന് ഉപയോഗിക്കുന്നു.
• ആർക്കൈവ്- റെക്കോർഡിംഗിനായി കഴിയുന്നത്ര വേഗത്തിൽ പ്രവർത്തിക്കുന്ന ഒരു എഞ്ചിൻ. വലിയ അളവിലുള്ള ഡാറ്റ ഹോസ്റ്റ് ചെയ്യേണ്ട സന്ദർഭങ്ങളിൽ ഉപയോഗിക്കുന്നു. സംഭരണ ​​കാര്യക്ഷമതയ്ക്കായി കംപ്രഷൻ ഉപയോഗിക്കുന്നു, ഇത് വീണ്ടെടുക്കൽ സമയത്ത് മന്ദഗതിയിലാകുന്നു. ലോഗുകളുടെയും മറ്റ് സേവന വിവരങ്ങളുടെയും ദീർഘകാല സംഭരണത്തിന് എഞ്ചിൻ അനുയോജ്യമാണ്.
• എക്സ്ട്രാഡിബി- Percona-യിൽ നിന്ന് InnoDB-യിലെ ചില പ്രശ്‌ന മേഖലകൾ വികസിപ്പിക്കുകയും പരിഹരിക്കുകയും ചെയ്തു.
• ലയിപ്പിക്കുക- ഒരു ടേബിളിലെ ഡാറ്റയെ വ്യത്യസ്തമായവയായി വിഭജിക്കുന്നതിന് ഫെഡറേറ്റിന് സമാനമായ ഒരു എഞ്ചിൻ.
• മെമ്മറി- ഡിസ്കിൽ അല്ല, മെമ്മറിയിൽ ഡാറ്റ സംഭരിക്കുന്നതിന് ഉപയോഗിക്കുന്ന ഒരു എഞ്ചിൻ. സെർവർ പ്രവർത്തിക്കുമ്പോൾ മാത്രമേ ഡാറ്റാബേസിൽ നിന്നുള്ള വിവരങ്ങൾ ലഭ്യമാകൂ, എന്നാൽ ഇത് പ്രകടനത്തിൽ വലിയ വർദ്ധനവ് നൽകുന്നു.
• ബ്ലിറ്റ്സ്ഡിബി- ബിൽറ്റ്-ഇൻ ലൈൻ കാഷിംഗും പരാജയങ്ങളിൽ നിന്ന് സ്വയമേവ വീണ്ടെടുക്കലും കാരണം മികച്ച പ്രകടനത്തോടെ MyISAM-ന് മറ്റൊരു പകരക്കാരൻ. എഞ്ചിൻ ഇടപാടുകളെ പിന്തുണയ്ക്കുന്നില്ല.
• എൻ.ഡി.ബി.- ഒരു ക്ലസ്റ്ററിനായുള്ള ഒരു എഞ്ചിൻ, എന്നിരുന്നാലും, ധാരാളം പ്രശ്നങ്ങളും നിരാശാജനകമായ മോശം പ്രകടനവുമുണ്ട്.
• ഫാൽക്കൺ- MySQL AB-യിൽ നിന്നുള്ള ഐതിഹാസിക എഞ്ചിൻ, ഒറാക്കിളിൻ്റെ InnoDB മാറ്റിസ്ഥാപിക്കാൻ തീരുമാനിച്ച സൂര്യൻ്റെ കാലം മുതൽ വികസിപ്പിച്ചെടുത്തു.
• സ്ഫിൻക്സ്എസ്ഇ- സ്ഫിങ്ക്സ് സെർച്ച് സെർവറിൻ്റെ സ്രഷ്ടാവിൽ നിന്നുള്ള ഫുൾ-ടെക്സ്റ്റ് എഞ്ചിൻ. റഷ്യൻ ഭാഷയുടെ നിയമങ്ങൾക്കനുസൃതമായി ഫുൾ-ടെക്സ്റ്റ് തിരയലിനും ഇൻഡെക്സിംഗ് ചെയ്യുന്നതിനുമുള്ള മികച്ച ഓപ്ഷൻ. ഒരു ആധുനിക ഡാറ്റാബേസിൻ്റെ എല്ലാ കഴിവുകളും നൽകുമ്പോൾ ടെറാബൈറ്റ് ഡാറ്റ എളുപ്പത്തിൽ കൈകാര്യം ചെയ്യുന്നു.

പ്രധാന കാര്യം അനുയോജ്യതയാണ്

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

MySQL-ൻ്റെ ഡെവലപ്പർമാരും പ്രത്യയശാസ്ത്രജ്ഞരും വിഡ്ഢികളിൽ നിന്ന് വളരെ അകലെയാണ്, ഏറ്റെടുക്കലിനുശേഷം അത് എല്ലാവർക്കും ബുദ്ധിമുട്ടാകുമെന്ന സാഹചര്യം അവർ തന്നെ മുൻകൂട്ടി കണ്ടു. അവരിൽ ചിലർ കമ്പനി വിടാൻ തീരുമാനിക്കുകയും അവരുടെ സ്വന്തം പ്രോജക്റ്റുകൾ കണ്ടെത്തുകയും ചെയ്തു, അപ്പോഴും സൗജന്യ മസിൽ കോഡുകൾ സ്വീകരിച്ചു. ഇതിന് നന്ദി, ഒറിജിനൽ സെർവറിൻ്റെ കോഡ് അടിസ്ഥാനമാക്കിയുള്ള നിരവധി രസകരമായ ഉൽപ്പന്നങ്ങൾ ഇപ്പോൾ ഉണ്ട്, എന്നാൽ എല്ലാ കാര്യങ്ങളിലും വലിയ മെച്ചപ്പെടുത്തലുകളും മാറ്റങ്ങളും ഉപയോഗിച്ച് ഡവലപ്പർമാർക്ക് അവരുടെ കൈകൾ ലഭിക്കും. ഒന്നാമതായി, ഉത്സാഹികൾ InnoDB എഞ്ചിൻ്റെ ഭാരത്തിൽ നിന്ന് സ്വയം മോചിതരായി, അതിൻ്റെ അവകാശങ്ങൾ ഒരേ ഒറാക്കിളിന് വളരെക്കാലമായി സ്വന്തമാണ്. ഇത് മാറ്റിസ്ഥാപിക്കുന്നതിനായി, നിരവധി എഞ്ചിനുകൾ പുറത്തിറക്കി മരിയാഡിബിയിൽ ലഭ്യമായി.

MySQL ആർക്കിടെക്ചർ - ഇപ്പോൾ ഒരു കാലത്തെ മഹത്തായ DBMS-ൻ്റെ രൂപകൽപ്പനയ്ക്കുള്ള വഴികാട്ടിയായി

മരിയ ഡിബി

ഈ സെർവറിൻ്റെ ചരിത്രം 2008 ലേക്ക് പോകുന്നു, MySQL-ൻ്റെ പ്രധാന ഡെവലപ്പർമാരിൽ ഒരാൾ, തൻ്റെ തൊഴിലുടമ സ്ഥാപിച്ച ചട്ടക്കൂടിൽ ശക്തമായി ബന്ധപ്പെട്ടിരിക്കുന്നുവെന്ന് മനസ്സിലാക്കി, ഉപേക്ഷിച്ച് സ്വന്തം കമ്പനി സ്ഥാപിച്ചു, അത് MySQL-ൻ്റെ ജനന പരിക്കുകൾ ശരിയാക്കാൻ തുടങ്ങി. ഞാൻ സംസാരിക്കുന്നത് ഡിഫോൾട്ട് MyISAM എഞ്ചിനെക്കുറിച്ചാണ്, അത് മാറ്റേണ്ടിയിരുന്നു, അത് പരിഹരിക്കാൻ അസ്വീകാര്യമായ സമയമെടുത്ത ഗുരുതരമായ ബഗുകളെക്കുറിച്ചാണ്. MariaDB-യുടെ സൃഷ്ടാക്കൾക്ക് എന്ത് സംഭവിച്ചു? പ്രോട്ടോക്കോൾ, ഫയൽ ഫോർമാറ്റ്, SQL ഭാഷ എന്നിവയുടെ തലത്തിൽ MySQL-ൻ്റെ യഥാർത്ഥ പതിപ്പിന് സമാനമായ ഒരു അത്ഭുതകരമായ ഉൽപ്പന്നം. ഇത് വേദനയില്ലാത്ത പരിവർത്തനത്തിനുള്ള അവസരം നൽകുന്നു: ഡാറ്റ നഷ്‌ടപ്പെടാതെ അല്ലെങ്കിൽ നിലവിലുള്ള കോഡിൻ്റെ യുക്തി മാറ്റാതെ.

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

വളരെ വലിയ പല കമ്പനികളും (Google, Facebook പോലുള്ള മൃഗങ്ങൾ ഉൾപ്പെടെ) വളരെക്കാലമായി MariaDB ഉപയോഗിക്കുന്നു എന്ന് പറയണം. നെറ്റ്വർക്കിന് ചുറ്റും ഒഴുകുന്ന ഒരു പ്രത്യേക കൂട്ടം പാച്ചുകൾ ഉണ്ട്, അത് യഥാർത്ഥ പേശിയുടെ സോഴ്സ് കോഡുകളിൽ പ്രയോഗിച്ചതിന് ശേഷം, നിരവധി പ്രശ്നങ്ങൾ പരിഹരിക്കുന്നു. എന്നിരുന്നാലും, അവ ഔദ്യോഗിക സെർവറിൽ ദൃശ്യമാകുമെന്ന് പ്രതീക്ഷിക്കരുത് - ഇത്രയും വർഷമായി അവർ ആദരിക്കപ്പെട്ടിട്ടില്ലെങ്കിൽ, അടുത്ത പതിപ്പിൽ അവ പരിഹരിക്കപ്പെടാൻ സാധ്യതയില്ല. MariaDB ഡെവലപ്പർമാർ ഇപ്പോഴും കോർപ്പറേറ്റ് നിയമങ്ങളിൽ നിന്നും മാർക്കറ്റിംഗ് നിയന്ത്രണങ്ങളിൽ നിന്നും മുക്തരായതിനാൽ പുതിയ പാച്ചുകളും ബഗ് പരിഹാരങ്ങളും വളരെ വേഗത്തിൽ സ്വീകരിക്കപ്പെടുന്നു.

യഥാർത്ഥ പേശി രണ്ട് തൂണുകളിൽ നിലകൊള്ളുന്നുവെങ്കിൽ - ഡാറ്റ സ്റ്റോറേജ് എഞ്ചിനുകൾ InnoDB, MyISAM, മരിയാഡിബി അതിൻ്റേതായ ഉപയോഗിക്കുന്നു, അത് വിപുലമായ പകരക്കാരായി പ്രവർത്തിക്കുന്നു. Aria എഞ്ചിൻ MyISAM-നെ മാറ്റിസ്ഥാപിച്ചു, ഇത് ലൈൻ-ബൈ-ലൈൻ കാഷിംഗിനും ഒപ്റ്റിമൈസ് ചെയ്ത ഡാറ്റാ പാക്കേജിംഗ് ഫോർമാറ്റിനും നന്ദി. യഥാർത്ഥ MyISAM ഇടപാടുകൾ നിരസിച്ചതിനാൽ വേഗതയേറിയതാണെങ്കിലും, സാധ്യമായ ഡാറ്റ നഷ്‌ടപ്പെടാൻ സാധ്യതയുണ്ടെങ്കിലും, ആര്യ ശക്തവും സുരക്ഷിതവുമാണ്. വിവരങ്ങൾ സംഭരിക്കുന്നതിനുള്ള മെച്ചപ്പെട്ട ഫോർമാറ്റുകൾക്ക് നന്ദി, ഒരു ക്രാഷിന് ശേഷം പ്രത്യേക ഡാറ്റ പരിശോധനാ നടപടിക്രമങ്ങൾ ആവശ്യമില്ലാതെ തന്നെ മരിയാഡിബി വളരെ വേഗത്തിൽ പരാജയങ്ങളിൽ നിന്ന് കരകയറുന്നു. ഒറാക്കിളിൻ്റെ InnoDB എഞ്ചിന് പകരം XtraDB, മറ്റൊരു ഡാറ്റാബേസ് കമ്പനിയായ പെർക്കോണ വികസിപ്പിച്ചെടുത്തു. രണ്ടാമത്തേത് ഗൂഗിളിൽ നിന്നുള്ള സംയോജിത പാച്ചുകളുള്ള MySQL ബിൽഡുകൾക്കും വിപുലമായ അഡ്മിനിസ്ട്രേഷൻ ടൂളുകൾക്കും പേരുകേട്ടതാണ്. ടീമിന് അസാധാരണമായ ഒരു ചരിത്രമുണ്ട് (നിങ്ങൾക്ക് സൈഡ്‌ബാറിൽ കൂടുതൽ വായിക്കാം) ഇപ്പോൾ സജീവമായി ഒരു പുതിയ പേശി സൃഷ്ടിക്കുന്നു. MySQL-നുമായുള്ള പിന്നോക്ക അനുയോജ്യതയ്ക്കായി, MariaDB-യിലെ XtraDB എഞ്ചിനെ കൃത്യമായി വിളിക്കുന്നു, അതായത് InnoDB. എന്നാൽ അസാധാരണമായ ഐഡൻ്റിഫയറുകൾ ഉപയോഗിച്ച് സോഫ്റ്റ്വെയറിനെ ആശയക്കുഴപ്പത്തിലാക്കാതിരിക്കാൻ, യഥാർത്ഥത്തിൽ പേര് മാത്രമേ സംരക്ഷിക്കപ്പെട്ടിട്ടുള്ളൂ എന്ന് നിങ്ങൾ മനസ്സിലാക്കേണ്ടതുണ്ട്.

യുവ ഒറാക്കിൾ കമ്പനിയുടെ ആദ്യ പ്രോജക്റ്റ് ഇൻ്റലിജൻസ് ഓഫീസർമാർ നിയോഗിച്ച ഒരു അക്കൗണ്ടിംഗ് സിസ്റ്റത്തിൻ്റെ വികസനമായിരുന്നു, അതിനായി ഒരു മത്സരത്തിൽ മറ്റ് കമ്പനികൾ $ 2,000,000 ചോദിച്ചു, യുവ ലാറി എല്ലിസൺ അഹങ്കാരത്തോടെ തുക $300,000 എന്ന് സൂചിപ്പിച്ചു. പദ്ധതി പറയേണ്ടതില്ലല്ലോ. ഒരു പരാജയമായിരുന്നു, പക്ഷേ കമ്പനിക്ക് പ്രാരംഭ മൂലധനം ലഭിക്കുകയും അതിൻ്റെ കയറ്റം ആരംഭിക്കുകയും ചെയ്തു.

അധിക എഞ്ചിനുകൾ

എക്സ്ട്രാഡിബിയെക്കുറിച്ച് കൂടുതൽ വിശദമായി സംസാരിക്കുന്നത് മൂല്യവത്താണ്: പല വിദഗ്ധരുടെ അഭിപ്രായത്തിൽ, ഇത് ലോകത്തിലെ ഒന്നാം നമ്പർ ഡാറ്റാബേസ് എഞ്ചിനാണ്. മാത്രമല്ല, ഇത് ഒറാക്കിളിൻ്റെ InnoDB-യെ ഒരു കൊച്ചുകുട്ടിയെപ്പോലെയാക്കുന്നു :). മൾട്ടി-കോർ, മൾട്ടി-പ്രോസസർ സിസ്റ്റങ്ങൾക്കുള്ള ദീർഘകാലമായി കാത്തിരിക്കുന്ന പിന്തുണയാണ് പ്രധാന സവിശേഷത, MySQL ആഗ്രഹിക്കുന്നില്ല (അല്ലെങ്കിൽ കഴിയില്ല?). ഗൂഗിളിൽ നിന്നുള്ള പാച്ചുകൾ വളരെക്കാലം മുമ്പ് ഈ പ്രശ്നം പരിഹരിച്ചു, പക്ഷേ, എല്ലായ്പ്പോഴും എന്നപോലെ, അവ യഥാർത്ഥ എഞ്ചിനിൽ ഉൾപ്പെടുത്താൻ അവർ മെനക്കെടുന്നില്ല, അതിനാൽ പ്രകടനത്തിൻ്റെ കാര്യത്തിൽ MySQL ഏതൊരു ബെഞ്ച്മാർക്കിലും വളരെ പിന്നിലാണ്. XtraDB ഡെവലപ്പർമാർ ഡിസ്ക് I/O ഉപയോഗിക്കുന്നതിനുള്ള തന്ത്രം ഗണ്യമായി മെച്ചപ്പെടുത്തിയിട്ടുണ്ട്, ഇത് കാഷെയിൽ നിന്ന് ഡിസ്കിലേക്ക് ഡാറ്റ ഫ്ലഷ് ചെയ്യുന്നതിലെ മന്ദത കാരണം പ്രകടനം പരിമിതപ്പെടുത്തിയിരുന്നു. വിലയേറിയ ഡാറ്റാബേസ് സ്പെഷ്യലിസ്റ്റുകളിലേക്ക് തിരിയാതെ തന്നെ ഡെമണിൻ്റെ പ്രകടനം സ്വയം ട്യൂൺ ചെയ്യാൻ പ്രത്യേകിച്ച് വിപുലമായ അഡ്മിനിസ്ട്രേറ്റർമാരെ അനുവദിക്കുന്ന ക്രമീകരണങ്ങളിൽ നിന്ന് അനുബന്ധ ഓപ്ഷനുകൾ ഇപ്പോൾ നന്നായി നിയന്ത്രിക്കാനാകും. കൂടാതെ, എഞ്ചിൻ്റെ പ്രകടനത്തെക്കുറിച്ചുള്ള വിശദമായ സ്ഥിതിവിവരക്കണക്കുകൾ ബോക്‌സിന് പുറത്ത് ലഭ്യമാണ്, ഇത് ഡാറ്റാബേസ് പ്രകടനം വിശകലനം ചെയ്യുന്നതിന് വിലകൂടിയ വാണിജ്യ സോഫ്റ്റ്‌വെയറിൻ്റെ ആവശ്യകതയെ നിരാകരിക്കുന്നു. ഒരു കമാൻഡ് മാത്രമേ ആവശ്യമുള്ളൂ: എഞ്ചിൻ INNODB സ്റ്റാറ്റസ് കാണിക്കുക. ഒരു പ്രധാന കാര്യം ഒരു പരാജയത്തിന് ശേഷമുള്ള വീണ്ടെടുക്കലിൻ്റെ വേഗതയാണ്: അത് സംഭവിക്കുകയാണെങ്കിൽ, വീണ്ടെടുക്കൽ വേഗമേറിയതായിരിക്കില്ല, മിക്കവാറും റിയാക്ടീവ് ആയിരിക്കും, പലപ്പോഴും MySQL-നേക്കാൾ പത്തിരട്ടി വേഗത്തിലായിരിക്കും. കൂടാതെ മറ്റ് പല ചെറിയ കാര്യങ്ങളും: റെക്കോർഡ് ബഫറുകൾ, അഡാപ്റ്റീവ് ചെക്ക്‌പോസ്റ്റുകൾ, തുറന്ന ഇടപാടുകളുടെ എണ്ണം. വളരെ ലോഡ് ചെയ്ത അവസ്ഥയിൽ സെർവറിനെ നന്നായി പ്രവർത്തിക്കാൻ ഇതെല്ലാം അനുവദിക്കും.

ഇത് നിങ്ങൾക്ക് പര്യാപ്തമല്ലെങ്കിൽ, നിങ്ങൾ Firebird അല്ലെങ്കിൽ PosgreSQL ലേക്ക് തലയാട്ടി, ഇടപാട് മോഡലിനും MVCC (മൾട്ടിവേർഷൻ കൺകറൻസി കൺട്രോൾ - പതിപ്പിനെ അടിസ്ഥാനമാക്കിയുള്ള ഒരു മത്സര ഡാറ്റ മോഡൽ, ഇത് കൂടാതെ അപ്‌ഡേറ്റ് ചെയ്യാനും വായിക്കാനും അനുവദിക്കുന്നു. ഡാറ്റയുടെ അതേ നിര തടയുന്നു) - വിശ്രമിക്കുക. മരിയാഡിബിക്ക് പിബിഎക്‌സ്‌ടി എഞ്ചിൻ ഉണ്ട്, ചില സാഹചര്യങ്ങളിൽ ഇത് മുകളിൽ പറഞ്ഞവയെക്കാളും തണുപ്പാണ്. എന്നിരുന്നാലും, ഇത് അത്ര സാർവത്രികമല്ലെന്നും അത് എങ്ങനെ പാചകം ചെയ്യണമെന്ന് നിങ്ങൾ അറിഞ്ഞിരിക്കണമെന്നും ഉടനടി പറയേണ്ടതാണ്! PBXT പ്രധാനമായും രൂപകൽപ്പന ചെയ്‌തിരിക്കുന്നത് ഡാറ്റ എഴുതുകയോ മാറ്റുകയോ ചെയ്യുന്ന, വേഗത്തിലുള്ള റോൾബാക്ക് പിന്തുണയ്‌ക്കുന്ന, തടയലും ഡെഡ്‌ലോക്കുകളും ഉപയോഗിച്ച് സങ്കീർണ്ണമായ സാഹചര്യങ്ങൾ പരിഹരിക്കാൻ കഴിയുന്ന ധാരാളം ഇടപാടുകൾക്കാണ്. ഉദാഹരണത്തിന്, നിങ്ങൾക്ക് ഒരു ലോഗ് സ്റ്റോറേജ് നിർമ്മിക്കണമെങ്കിൽ, നിങ്ങൾക്ക് പട്ടികയിലേക്ക് ധാരാളം റൈറ്റ് ഓപ്പറേഷനുകൾ ഉണ്ടായിരിക്കും, എന്നാൽ താരതമ്യേന കുറച്ച് റീഡ് ഓപ്പറേഷനുകൾ. അതേ സമയം, ആരെങ്കിലും ഇപ്പോഴും ഡാറ്റാബേസിൽ നിന്ന് തിരഞ്ഞെടുക്കാൻ ആഗ്രഹിക്കുന്നുവെങ്കിൽ, പുതിയവയുടെ റെക്കോർഡിംഗിൽ ഇടപെടാതെ ഏറ്റവും പുതിയ ഡാറ്റ അയാൾക്ക് ലഭിക്കും. ശരിക്കും വികൃതമായവർക്ക്, നിരവധി ഫിസിക്കൽ സെർവറുകളിലുടനീളം ഒരു ഡാറ്റാ ടേബിൾ വിതരണം ചെയ്യാൻ കഴിയുന്ന FederatedX എഞ്ചിൻ ഉണ്ട്, കൂടാതെ OQGRAPH, ശ്രേണി ഘടനകളും ഗ്രാഫുകളും മരങ്ങളും സംഭരിക്കുന്നതിന് ഒപ്റ്റിമൈസ് ചെയ്‌തിരിക്കുന്നു. Facebook-ൻ്റെ ഒരു ക്ലോൺ സൃഷ്‌ടിക്കുന്നതിന് അനുയോജ്യമായ ഒരു സമീപനം, സാധാരണ ഡാറ്റാബേസ് മോഡലിന് അനുയോജ്യമല്ലാത്ത ആളുകൾ തമ്മിലുള്ള ബന്ധങ്ങളുടെ സോഷ്യൽ ഗ്രാഫ് ഉപയോഗിച്ച് നിങ്ങൾ പ്രവർത്തിക്കേണ്ട ഇടം.

ക്ലൗഡ് കമ്പ്യൂട്ടിംഗ്

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

ചാറ്റൽ മഴ, അതിൻ്റെ ലളിതമായ മൈക്രോകെർണലിനും പ്ലഗിൻ ആർക്കിടെക്ചറിനും നന്ദി, ഒരുപാട് കാര്യങ്ങൾ ചെയ്യാൻ കഴിയും

എല്ലാ അടിസ്ഥാന പ്രവർത്തനങ്ങളും പ്രോട്ടോക്കോൾ പിന്തുണയും ഉൾക്കൊള്ളുന്ന ഒരു മൈക്രോകെർണൽ ഉള്ള ഒരു ആർക്കിടെക്ചർ ഉണ്ട്, കൂടാതെ ഏത് ദിശയിലും ഏത് ആഴത്തിലും സിസ്റ്റം വികസിപ്പിക്കാൻ നിങ്ങളെ അനുവദിക്കുന്ന പ്ലഗിന്നുകളുടെ ഒരു സംവിധാനവും ഉണ്ട്. പ്രധാന സിസ്റ്റം ഘടകങ്ങളിലൊന്നാണ് Google-ൽ നിന്നുള്ള ബൈനറി പ്രോട്ടോക്കോൾ - പ്രോട്ടോക്കോൾ ബഫർ. പട്ടികകളും ഡാറ്റയും വിവരിക്കുന്നതിന് ഇത് ഉപയോഗിക്കുന്നു, മാത്രമല്ല ഇത് പകർത്താനും ഉപയോഗിക്കുന്നു. മൾട്ടിത്രെഡിംഗിനും മൾട്ടിപ്രോസസിംഗിനുമുള്ള പരമാവധി പിന്തുണയാണ് വികസനത്തിൽ പ്രധാന ഊന്നൽ, അതിനാൽ സ്കേലബിളിറ്റിയാണ് ഡെവലപ്പർമാരുടെ പ്രധാന നേട്ടം. സ്റ്റാൻഡേർഡ് MySQL പ്രോട്ടോക്കോളിനും അതിൻ്റെ സ്വന്തം പതിപ്പിനുമുള്ള പിന്തുണ നടപ്പിലാക്കുന്നു - ലിബ്‌ഡ്രിസിൽ ലൈബ്രറിയിലൂടെയും Perl, PHP, Python, Lua എന്നിവയുൾപ്പെടെയുള്ള ഏറ്റവും ജനപ്രിയ ഭാഷകൾക്കുള്ള ഡ്രൈവറുകൾ വഴിയും. നിങ്ങൾ ആഗ്രഹിക്കുന്നുവെങ്കിൽ, സെർവർ ഇല്ലാതെ തന്നെ നിങ്ങൾക്ക് ക്ലയൻ്റ് ലൈബ്രറി ഉപയോഗിക്കാം: ഈ സാഹചര്യത്തിൽ, നിങ്ങളുടെ പ്രിയപ്പെട്ട MySQL-ലേക്ക് നിങ്ങൾക്ക് ഫലപ്രദമായ അസിൻക്രണസ് ആക്സസ് ലഭിക്കും. ഇതേ കമ്പനി തന്നെ ഗിയർമാൻ സിസ്റ്റവും വികസിപ്പിച്ചതിനാൽ, വിതരണം ചെയ്ത പരിതസ്ഥിതിയിൽ ലോഗിൻ ചെയ്യുന്നതിനും മെംകാഷിൽ നേറ്റീവ് കാഷെ ചെയ്യുന്നതിനും RabbitMQ (പുതിയ വെബ്‌സോക്കറ്റ് സാങ്കേതികവിദ്യ ഉൾപ്പെടെ) പോലുള്ള സന്ദേശമയയ്‌ക്കൽ സംവിധാനങ്ങളിലൂടെയുള്ള അനുകരണം പോലുള്ള നൂതന സവിശേഷതകൾക്കും Drizzle-ന് അന്തർനിർമ്മിത പിന്തുണയുണ്ട്. പ്രധാന ഡാറ്റാ സ്റ്റോറേജ് എഞ്ചിനായി InnoDB-യുടെ ഒരു പ്രത്യേക പതിപ്പ് Drizzle ഉപയോഗിക്കുന്നു, അത് ഗണ്യമായി പുനർരൂപകൽപ്പന ചെയ്‌ത് ഒരു കൂട്ടം മൂന്നാം കക്ഷി പാച്ചുകൾക്കൊപ്പം സപ്ലിമെൻ്റ് ചെയ്‌തു. XtraDB, PBXT എഞ്ചിനുകളും ലഭ്യമാണ്. ഡ്രിസിലിൻ്റെ ആദ്യ പതിപ്പുകൾ MySQL 5.0 അടിസ്ഥാനമാക്കിയുള്ളതാണെങ്കിൽ, ഇപ്പോൾ യഥാർത്ഥ DBMS-ൻ്റെ അവശിഷ്ടങ്ങൾ കുറവാണ്. മുൻ ബന്ധുക്കൾക്ക് കുറഞ്ഞ പരിഗണന നൽകിക്കൊണ്ട് ഏതാണ്ട് പൂർണ്ണമായും മാറ്റിയെഴുതിയ കോഡാണിത്. ഇപ്പോൾ, ചാറ്റൽ മഴയുടെ വികസനം സജീവമായ അവസ്ഥയിലാണ്, ആദ്യത്തെ സ്ഥിരതയുള്ള റിലീസ് വസന്തകാലത്ത് ആസൂത്രണം ചെയ്തിട്ടുണ്ട്.

NoSQL ട്രെൻഡ്

പുതിയ വിചിത്രമായ ഒന്നിനെക്കുറിച്ച് നിങ്ങൾക്ക് അറിയാമായിരിക്കും. സാരാംശത്തിൽ, ഇത് പരമ്പരാഗത ഡാറ്റാബേസ് സെർവറിൻ്റെ ടേബിളുകളും SQL അന്വേഷണങ്ങളും നിരസിക്കുകയും ഏറ്റവും ലളിതമായ കീ-മൂല്യം ഡാറ്റ സംഭരണ ​​സ്കീമിലേക്കുള്ള നീക്കവുമാണ്. രണ്ടാമത്തേത് നടപ്പിലാക്കാൻ, ലിസ്റ്റുകൾ/ഹാഷുകൾ (റെഡിസിൽ) അല്ലെങ്കിൽ, ഉദാഹരണത്തിന്, JSON ഫോർമാറ്റ് (മോംഗോഡിബിയിൽ) പോലുള്ള വിപുലമായ ഡാറ്റാ തരങ്ങൾ പലപ്പോഴും ഉപയോഗിക്കാറുണ്ട്. എന്നാൽ, ഒരു വശത്ത്, ഡാറ്റാബേസുകളുടെയും അവയുടെ എഞ്ചിനുകളുടെയും തെളിയിക്കപ്പെട്ട സാങ്കേതികവിദ്യയുടെ എല്ലാ ശക്തിയും വർഷങ്ങളും, മറുവശത്ത്, ലളിതമായ ഒരു പ്രോട്ടോക്കോളും ഒരു ബുദ്ധിമുട്ടുള്ള പാളി ഉപേക്ഷിക്കുന്നതും ഉപയോഗിച്ച്, ഒരു ബോവ കൺസ്ട്രക്റ്ററും മുള്ളൻപന്നിയും കടക്കുന്നതിൽ നിന്ന് നിങ്ങളെ തടയുന്നത് എന്താണ്. SQL അന്വേഷണ ഭാഷ പ്രോസസ്സ് ചെയ്യുന്ന രൂപത്തിൽ? സമുറായിയുടെ കർക്കശമായ അവകാശികളെ ഒന്നും തടഞ്ഞില്ല: യോഷിനോരി മാറ്റ്‌സുനോബുവിൽ നിന്നുള്ള ജാപ്പനീസ് ആളുകൾ ഹാൻഡ്‌ലർസോക്കറ്റ് പ്ലഗിൻ നിർമ്മിച്ചു, ഇത് സാധാരണ SQL-ൻ്റെ പ്രവർത്തനത്തിൽ ഇടപെടാതെ സാധാരണ InnoDB എഞ്ചിനെ ഒരു നൂതന NoSQL സംഭരണമാക്കി മാറ്റുന്നു. പ്രവർത്തന വേഗത ശ്രദ്ധേയമാണ്: സെക്കൻഡിൽ 750,000 പ്രവർത്തനങ്ങൾ വരെ! പെർക്കോണ ഉടൻ തന്നെ ഈ പ്ലഗിൻ സ്വീകരിക്കുകയും അവരുടെ സെർവർ ബിൽഡുകളിൽ ഉൾപ്പെടുത്തുകയും ചെയ്തതിൽ അതിശയിക്കാനില്ല. അടിപൊളി! പക്ഷേ, മറുവശത്ത്, ഒരു ഊന്നുവടിയല്ലെങ്കിൽ, ഒരു സാധാരണ ഡാറ്റാബേസ് അതിൻ്റെ ആന്തരിക ആർക്കിടെക്ചർ കാരണം ബോക്‌സിന് പുറത്ത് നടപ്പിലാക്കുന്നതിനെ അനുകരിക്കുന്ന ഒരു പരിഹാരത്തെ നിങ്ങൾക്ക് എങ്ങനെ വിളിക്കാനാകും?

നിഗമനങ്ങൾ വരയ്ക്കുന്നു

MySQL-ൻ്റെ വികസനത്തെക്കുറിച്ച് നിങ്ങൾക്ക് ആശങ്കയുണ്ടെങ്കിൽ, ഒറാക്കിളിൻ്റെ നയങ്ങൾ നിങ്ങൾക്ക് ഇഷ്ടമല്ല, ഇന്നലെ സൗജന്യമായ പ്രവർത്തനത്തിന് നാളെ നിങ്ങൾ പണം നൽകേണ്ടിവരുമെന്ന് നിങ്ങൾ ഭയപ്പെടുന്നു, ചുറ്റും നോക്കുക. LAMP (Linux-Apache-MySQL-PHP) സ്റ്റാക്കിന് നന്ദി പറഞ്ഞ് ഒരുകാലത്ത് ആധുനിക വെബിനെ അപ്രാപ്യമായ ഉയരങ്ങളിലെത്തിച്ച സാങ്കേതികവിദ്യയുടെ തകർച്ചയുടെ തുടക്കമായാണ് MySQL വാങ്ങുന്നതിനോട് സമൂഹം പ്രതികരിച്ചത്. പ്രധാന ഡെവലപ്പർമാർ അവരുടെ സ്വന്തം ഫോർക്കുകൾ വികസിപ്പിക്കാൻ തുടങ്ങിയിരിക്കുന്നു, അവയിൽ ചിലത് ഇതിനകം പഴയ MySQL-ന് മുകളിലാണ്. അവർക്ക് പിന്നിൽ നിരവധി ഐക്കൺ വ്യക്തികളും ഒരു തുറന്ന സമൂഹവുമുണ്ട്. എല്ലാം വിവേകപൂർവ്വം ചെയ്തതിനാൽ, ആപ്ലിക്കേഷനുകളുമായും പ്രോട്ടോക്കോളുകളുമായും 100% ബാഹ്യ അനുയോജ്യത നിലനിർത്താൻ ഡവലപ്പർമാർക്ക് കഴിഞ്ഞു. അതിനാൽ, ഒരു പുതിയ സെർവർ ഇൻസ്റ്റാൾ ചെയ്യാൻ ആഗ്രഹിക്കുന്ന എല്ലാവരും തകർക്കപ്പെടില്ല: ഡാറ്റ സംരക്ഷിക്കപ്പെടും, കൂടാതെ ആപ്ലിക്കേഷനുകൾ വീണ്ടും എഴുതേണ്ടതില്ല. വർദ്ധിച്ച വേഗതയും വിശ്വാസ്യതയും ഒഴികെ പലരും ഒരു വ്യത്യാസവും ശ്രദ്ധിക്കില്ല.

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