MySQL-ലെ സാധാരണ പിശകുകൾ പരിഹരിക്കുന്നതിനുള്ള ഉപയോഗപ്രദമായ നുറുങ്ങുകൾ

MySQL ഒറാക്കിളിന്റെ ഉടമസ്ഥതയിലുള്ള ഒരു ഓപ്പൺ സോഴ്uസ് റിലേഷണൽ ഡാറ്റാബേസ് മാനേജ്uമെന്റ് സിസ്റ്റമാണ് (RDMS). ഇത് വർഷങ്ങളായി വെബ് അധിഷ്uഠിത ആപ്ലിക്കേഷനുകൾക്കായുള്ള ഡിഫോൾട്ട് ചോയ്uസാണ്, മറ്റ് ഡാറ്റാബേസ് എഞ്ചിനുകളുമായി താരതമ്യപ്പെടുത്തുമ്പോൾ ഇത് ഇപ്പോഴും ജനപ്രിയമായി തുടരുന്നു.

MySQL വെബ് ആപ്ലിക്കേഷനുകൾക്കായി രൂപകൽപ്പന ചെയ്യുകയും ഒപ്റ്റിമൈസ് ചെയ്യുകയും ചെയ്തിട്ടുണ്ട് - ഇത് Facebook, Twitter, Wikipedia, YouTube, കൂടാതെ മറ്റു പലതും പോലുള്ള പ്രധാന വെബ് അധിഷ്ഠിത ആപ്ലിക്കേഷനുകളുടെ അവിഭാജ്യ ഘടകമാണ്.

നിങ്ങളുടെ സൈറ്റോ വെബ് ആപ്ലിക്കേഷനോ MySQL നൽകുന്നതാണോ? ഈ വിശദമായ ലേഖനത്തിൽ, MySQL ഡാറ്റാബേസ് സെർവറിലെ പ്രശ്നങ്ങളും സാധാരണ പിശകുകളും എങ്ങനെ പരിഹരിക്കാമെന്ന് ഞങ്ങൾ വിശദീകരിക്കും. പ്രശ്നങ്ങളുടെ കാരണങ്ങൾ എങ്ങനെ നിർണ്ണയിക്കാമെന്നും അവ പരിഹരിക്കാൻ എന്തുചെയ്യണമെന്നും ഞങ്ങൾ വിവരിക്കും.

1. ലോക്കൽ MySQL സെർവറിലേക്ക് ബന്ധിപ്പിക്കാൻ കഴിയില്ല

MySQL-ൽ സാധാരണ ക്ലയന്റ് ടു സെർവർ കണക്ഷൻ പിശകുകളിലൊന്നാണ് \പിശക് 2002 (HY000): സോക്കറ്റ് '/var/run/mysqld/mysqld.sock' (2) വഴി ലോക്കൽ MySQL സെർവറിലേക്ക് കണക്റ്റുചെയ്യാൻ കഴിയില്ല.

ഹോസ്റ്റ് സിസ്റ്റത്തിൽ MySQL സെർവർ (mysqld) പ്രവർത്തിക്കുന്നില്ലെന്നും അല്ലെങ്കിൽ സെർവറിലേക്ക് കണക്റ്റുചെയ്യാൻ ശ്രമിക്കുമ്പോൾ നിങ്ങൾ തെറ്റായ Unix സോക്കറ്റ് ഫയൽ നാമം അല്ലെങ്കിൽ TCP/IP പോർട്ട് വ്യക്തമാക്കിയിട്ടുണ്ടെന്നും ഈ പിശക് സൂചിപ്പിക്കുന്നു.

കാണിച്ചിരിക്കുന്നത് പോലെ grep കമാൻഡ് ഉപയോഗിച്ച് നിങ്ങളുടെ ഡാറ്റാബേസ് സെർവർ ഹോസ്റ്റിൽ mysqld എന്ന് പേരുള്ള ഒരു പ്രോസസ്സ് പരിശോധിച്ച് സെർവർ പ്രവർത്തിക്കുന്നുവെന്ന് ഉറപ്പാക്കുക.

$ ps xa | grep mysqld | grep -v mysqld

മുകളിലുള്ള കമാൻഡുകൾ ഔട്ട്പുട്ട് കാണിക്കുന്നില്ലെങ്കിൽ, ഡാറ്റാബേസ് സെർവർ പ്രവർത്തിക്കുന്നില്ല. അതിനാൽ ക്ലയന്റിന് ഇതിലേക്ക് കണക്റ്റുചെയ്യാൻ കഴിയില്ല. സെർവർ ആരംഭിക്കുന്നതിന്, ഇനിപ്പറയുന്ന systemctl കമാൻഡ് പ്രവർത്തിപ്പിക്കുക.

$ sudo systemctl start mysql        #Debian/Ubuntu
$ sudo systemctl start mysqld       #RHEL/CentOS/Fedora

MySQL സേവന നില പരിശോധിക്കുന്നതിന്, ഇനിപ്പറയുന്ന കമാൻഡ് ഉപയോഗിക്കുക.

$ sudo systemctl status mysql       #Debian/Ubuntu
$ sudo systemctl status mysqld      #RHEL/CentOS/Fedora

മുകളിലുള്ള കമാൻഡിന്റെ ഔട്ട്പുട്ടിൽ നിന്ന്, MySQL സേവനം പരാജയപ്പെട്ടു. അത്തരമൊരു സാഹചര്യത്തിൽ, നിങ്ങൾക്ക് അത് പുനരാരംഭിക്കാനും അതിന്റെ നില ഒരിക്കൽ കൂടി പരിശോധിക്കാനും ശ്രമിക്കാവുന്നതാണ്.

$ sudo systemctl restart mysql
$ sudo systemctl status mysql

കൂടാതെ, ഇനിപ്പറയുന്ന കമാൻഡ് കാണിക്കുന്നത് പോലെ സെർവർ പ്രവർത്തിക്കുന്നുണ്ടെങ്കിലും മുകളിലുള്ള പിശക് നിങ്ങൾ തുടർന്നും കാണുന്നുവെങ്കിൽ, TCP/IP പോർട്ട് ഒരു ഫയർവാൾ അല്ലെങ്കിൽ ഏതെങ്കിലും പോർട്ട് ബ്ലോക്കിംഗ് സേവനത്താൽ തടഞ്ഞുവെന്ന് നിങ്ങൾ പരിശോധിക്കണം.

$ ps xa | grep mysqld | grep -v mysqld

കാണിച്ചിരിക്കുന്നത് പോലെ netstat കമാൻഡിലേക്ക്.

$ sudo netstat -tlpn | grep "mysql"

2. MySQL സെർവറിലേക്ക് ബന്ധിപ്പിക്കാൻ കഴിയില്ല

സാധാരണയായി കണ്ടുവരുന്ന മറ്റൊരു കണക്ഷൻ പിശക് \(2003) MySQL സെർവറിലേക്ക് 'സെർവറിൽ' (10061) കണക്റ്റുചെയ്യാൻ കഴിയില്ല, അതായത് നെറ്റ്uവർക്ക് കണക്ഷൻ നിരസിക്കപ്പെട്ടു എന്നാണ്.

ഇവിടെ, മുകളിൽ കാണിച്ചിരിക്കുന്നതുപോലെ സിസ്റ്റത്തിൽ ഒരു MySQL സെർവർ പ്രവർത്തിക്കുന്നുണ്ടോയെന്ന് പരിശോധിച്ച് ആരംഭിക്കുക. സെർവറിൽ നെറ്റ്uവർക്ക് കണക്ഷനുകൾ പ്രവർത്തനക്ഷമമാക്കിയിട്ടുണ്ടെന്നും കണക്റ്റുചെയ്യാൻ നിങ്ങൾ ഉപയോഗിക്കുന്ന നെറ്റ്uവർക്ക് പോർട്ട് സെർവറിൽ കോൺഫിഗർ ചെയ്uതിട്ടുണ്ടെന്നും ഉറപ്പാക്കുക.

നിങ്ങൾ MySQL സെർവറിലേക്ക് കണക്റ്റുചെയ്യാൻ ശ്രമിക്കുമ്പോൾ നിങ്ങൾ അഭിമുഖീകരിക്കാൻ സാധ്യതയുള്ള മറ്റ് സാധാരണ പിശകുകൾ ഇവയാണ്:

ERROR 2003: Can't connect to MySQL server on 'host_name' (111)
ERROR 2002: Can't connect to local MySQL server through socket '/tmp/mysql.sock' (111)

സെർവർ പ്രവർത്തിക്കുന്നുണ്ടെന്ന് ഈ പിശകുകൾ സൂചിപ്പിക്കുന്നു, എന്നിരുന്നാലും, നിങ്ങൾ ഒരു TCP/IP പോർട്ട് ഉപയോഗിച്ചാണ് കണക്റ്റുചെയ്യാൻ ശ്രമിക്കുന്നത്, പൈപ്പ് എന്ന് പേരിട്ടിരിക്കുന്നു, അല്ലെങ്കിൽ സെർവർ കേൾക്കുന്നതിൽ നിന്ന് വ്യത്യസ്തമായ Unix സോക്കറ്റ് ഫയൽ.

3. MySQL-ൽ നിഷേധിക്കപ്പെട്ട പിശകുകൾ ആക്സസ് ചെയ്യുക

MySQL-ൽ, ഉപയോക്താവിന് സെർവറിലേക്ക് കണക്റ്റുചെയ്യാൻ കഴിയുന്ന ഉപയോക്തൃനാമത്തിന്റെയും ക്ലയന്റ് ഹോസ്റ്റിന്റെയും ഹോസ്റ്റുകളുടെയും അടിസ്ഥാനത്തിൽ ഒരു ഉപയോക്തൃ അക്കൗണ്ട് നിർവചിച്ചിരിക്കുന്നു. കൂടാതെ, ഒരു അക്കൗണ്ടിന് പാസ്uവേഡ് പോലുള്ള പ്രാമാണീകരണ ക്രെഡൻഷ്യലുകളും ഉണ്ടായിരിക്കാം.

\ആക്സസ് നിരസിച്ചു പിശകുകൾക്ക് നിരവധി കാരണങ്ങളുണ്ടെങ്കിലും, കണക്റ്റുചെയ്യുമ്പോൾ ക്ലയന്റ് പ്രോഗ്രാമുകൾ ഉപയോഗിക്കാൻ സെർവർ അനുവദിക്കുന്ന MySQL അക്കൗണ്ടുകളുമായി ബന്ധപ്പെട്ടതാണ് പൊതുവായ കാരണങ്ങളിലൊന്ന്. കണക്ഷനിൽ വ്യക്തമാക്കിയ ഉപയോക്തൃനാമത്തിന് ആക്uസസ് ചെയ്യാനുള്ള പ്രത്യേകാവകാശമില്ലെന്ന് ഇത് സൂചിപ്പിക്കുന്നു. ഡാറ്റാബേസ്.

ക്ലയന്റ് ഉപയോക്താക്കളെ സെർവറിലേക്ക് കണക്റ്റുചെയ്യാനും സെർവർ നിയന്ത്രിക്കുന്ന ഡാറ്റ ആക്uസസ് ചെയ്യാനും പ്രാപ്uതമാക്കുന്ന അക്കൗണ്ടുകൾ സൃഷ്uടിക്കാൻ MySQL അനുവദിക്കുന്നു. ഇതുമായി ബന്ധപ്പെട്ട്, നിങ്ങൾക്ക് ആക്സസ് നിഷേധിച്ച പിശക് നേരിടുകയാണെങ്കിൽ, നിങ്ങൾ ഉപയോഗിക്കുന്ന ക്ലയന്റ് പ്രോഗ്രാം വഴി സെർവറിലേക്ക് കണക്റ്റുചെയ്യാൻ ഉപയോക്തൃ അക്കൗണ്ട് അനുവദിച്ചിട്ടുണ്ടോ എന്ന് പരിശോധിക്കുക, കൂടാതെ കണക്ഷൻ വരുന്ന ഹോസ്റ്റ്.

കാണിച്ചിരിക്കുന്നതുപോലെ SHOW GRANTS കമാൻഡ് പ്രവർത്തിപ്പിക്കുന്നതിലൂടെ നൽകിയിരിക്കുന്ന അക്കൗണ്ടിന് എന്തെല്ലാം പ്രത്യേകാവകാശങ്ങളുണ്ടെന്ന് നിങ്ങൾക്ക് കാണാൻ കഴിയും.

> SHOW GRANTS FOR 'tecmint'@'localhost';

MySQL ഷെല്ലിലെ ഇനിപ്പറയുന്ന കമാൻഡുകൾ ഉപയോഗിച്ച് നിങ്ങൾക്ക് വിദൂര ഐപി വിലാസത്തിലേക്ക് നിർദ്ദിഷ്ട ഡാറ്റാബേസിൽ ഒരു പ്രത്യേക ഉപയോക്താവിന് പ്രത്യേകാവകാശങ്ങൾ നൽകാം.

> grant all privileges on *.test_db to 'tecmint'@'192.168.0.100';
> flush privileges;

കൂടാതെ, MySQL-ലേക്ക് കണക്റ്റുചെയ്യുന്നതിലെ പ്രശ്നങ്ങളിൽ നിന്നും ആക്സസ് നിഷേധിക്കപ്പെട്ട പിശകുകൾ ഉണ്ടാകാം, മുമ്പ് വിശദീകരിച്ച പിശകുകൾ കാണുക.

4. MySQL സെർവറിലേക്കുള്ള കണക്ഷൻ നഷ്ടപ്പെട്ടു

ഇനിപ്പറയുന്ന കാരണങ്ങളിലൊന്ന് കാരണം നിങ്ങൾക്ക് ഈ പിശക് നേരിട്ടേക്കാം: മോശം നെറ്റ്uവർക്ക് കണക്റ്റിവിറ്റി, കണക്ഷൻ കാലഹരണപ്പെടൽ അല്ലെങ്കിൽ max_allowed_packet-നേക്കാൾ വലുതായ BLOB മൂല്യങ്ങളിലെ പ്രശ്നം. ഒരു നെറ്റ്uവർക്ക് കണക്ഷൻ പ്രശ്uനമുണ്ടായാൽ, നിങ്ങൾക്ക് ഒരു നല്ല നെറ്റ്uവർക്ക് കണക്ഷൻ ഉണ്ടെന്ന് ഉറപ്പാക്കുക, പ്രത്യേകിച്ചും നിങ്ങൾ ഒരു റിമോട്ട് ഡാറ്റാബേസ് സെർവർ ആക്uസസ് ചെയ്യുകയാണെങ്കിൽ.

ഇത് ഒരു കണക്ഷൻ ടൈംഔട്ട് പ്രശ്നമാണെങ്കിൽ, പ്രത്യേകിച്ച് MySQL സെർവറിലേക്ക് ഒരു പ്രാരംഭ കണക്ഷൻ ഉപയോഗിക്കാൻ ശ്രമിക്കുമ്പോൾ, connect_timeout പാരാമീറ്ററിന്റെ മൂല്യം വർദ്ധിപ്പിക്കുക. എന്നാൽ max_allowed_packet-നേക്കാൾ വലുതായ BLOB മൂല്യങ്ങളുടെ കാര്യത്തിൽ, നിങ്ങളുടെ /etc/my.cnf കോൺഫിഗറേഷൻ ഫയലിൽ [mysqld] അല്ലെങ്കിൽ [client] എന്നതിന് കീഴിൽ max_allowed_packet-ന് ഉയർന്ന മൂല്യം സജ്ജീകരിക്കേണ്ടതുണ്ട്. കാണിച്ചിരിക്കുന്നതുപോലെ വിഭാഗം.

[mysqld]
connect_timeout=100
max_allowed_packet=500M

MySQL കോൺഫിഗറേഷൻ ഫയൽ നിങ്ങൾക്ക് ആക്സസ് ചെയ്യാൻ കഴിയുന്നില്ലെങ്കിൽ, MySQL ഷെല്ലിൽ ഇനിപ്പറയുന്ന കമാൻഡ് ഉപയോഗിച്ച് നിങ്ങൾക്ക് ഈ മൂല്യം സജ്ജമാക്കാൻ കഴിയും.

> SET GLOBAL connect_timeout=100;
> SET GLOBAL max_allowed_packet=524288000;

5. വളരെയധികം MySQL കണക്ഷനുകൾ

ഒരു MySQL ക്ലയന്റ് \വളരെയധികം കണക്ഷനുകൾ പിശക് നേരിടുകയാണെങ്കിൽ, അതിനർത്ഥം ലഭ്യമായ എല്ലാ കണക്ഷനുകളും മറ്റ് ക്ലയന്റുകളുടെ ഉപയോഗത്തിലാണെന്നാണ്. കണക്ഷനുകളുടെ എണ്ണം (സ്ഥിരസ്ഥിതി 151 ആണ്) നിയന്ത്രിക്കുന്നത് max_connections സിസ്റ്റം ആണ്. വേരിയബിൾ; നിങ്ങളുടെ /etc/my.cnf കോൺഫിഗറേഷൻ ഫയലിൽ കൂടുതൽ കണക്ഷനുകൾ അനുവദിക്കുന്നതിന് അതിന്റെ മൂല്യം വർദ്ധിപ്പിച്ചുകൊണ്ട് നിങ്ങൾക്ക് പ്രശ്നം പരിഹരിക്കാനാകും.

[mysqld]
max_connections=1000

6. MySQL മെമ്മറിക്ക് പുറത്ത്

നിങ്ങൾ MySQL ക്ലയന്റ് പ്രോഗ്രാം ഉപയോഗിച്ച് ഒരു ചോദ്യം പ്രവർത്തിപ്പിക്കുകയും ചോദ്യത്തിൽ പിശക് നേരിടുകയും ചെയ്താൽ, മുഴുവൻ അന്വേഷണ ഫലവും സംഭരിക്കുന്നതിന് MySQL-ന് മതിയായ മെമ്മറി ഇല്ലെന്നാണ് ഇതിനർത്ഥം.

ചോദ്യം ശരിയാണെന്ന് ഉറപ്പാക്കുക എന്നതാണ് ആദ്യപടി, അങ്ങനെയാണെങ്കിൽ, ഇനിപ്പറയുന്നവ ചെയ്യുക:

• നിങ്ങൾ നേരിട്ട് MySQL ക്ലയന്റ് ഉപയോഗിക്കുകയാണെങ്കിൽ, കാഷെ ചെയ്uത ഫലങ്ങൾ പ്രവർത്തനരഹിതമാക്കുന്നതിന് --ക്വിക്ക് സ്വിച്ച് ഉപയോഗിച്ച് അത് ആരംഭിക്കുക അല്ലെങ്കിൽ
• നിങ്ങൾ MyODBC ഡ്രൈവർ ആണ് ഉപയോഗിക്കുന്നതെങ്കിൽ, കോൺഫിഗറേഷൻ യൂസർ ഇന്റർഫേസിന് (UI) ഫ്ലാഗുകൾക്കായി ഒരു വിപുലമായ ടാബ് ഉണ്ട്. ഫലം കാഷെ ചെയ്യരുത്.
പരിശോധിക്കുക

മറ്റൊരു മികച്ച ഉപകരണം, MySQL ട്യൂണർ - പ്രവർത്തിക്കുന്ന MySQL സെർവറിലേക്ക് കണക്റ്റുചെയ്യുന്ന ഒരു ഉപയോഗപ്രദമായ സ്ക്രിപ്റ്റ്, ഉയർന്ന പ്രകടനത്തിനായി ഇത് എങ്ങനെ ക്രമീകരിക്കാം എന്നതിനുള്ള നിർദ്ദേശങ്ങൾ നൽകുന്നു.

$ sudo apt-get install mysqltuner     #Debian/Ubuntu
$ sudo yum install mysqltuner         #RHEL/CentOS/Fedora
$ mysqltuner

MySQL ഒപ്റ്റിമൈസേഷനും പെർഫോമൻസ് ട്യൂണിംഗ് നുറുങ്ങുകൾക്കും, ഞങ്ങളുടെ ലേഖനം വായിക്കുക: 15 ഉപയോഗപ്രദമായ MySQL/MariaDB പെർഫോമൻസ് ട്യൂണിംഗും ഒപ്റ്റിമൈസേഷൻ നുറുങ്ങുകളും.

7. MySQL ക്രാഷിംഗ് തുടരുന്നു

നിങ്ങൾക്ക് ഈ പ്രശ്നം നേരിടുകയാണെങ്കിൽ, MySQL സെർവർ മരിക്കുന്നതാണോ പ്രശ്uനം അല്ലെങ്കിൽ ക്ലയന്റ് പ്രശ്uനമുണ്ടോ എന്ന് കണ്ടെത്താൻ ശ്രമിക്കണം. കേടായ ഡാറ്റ ഫയലുകളോ സൂചിക ഫയലുകളോ കാരണമാണ് പല സെർവർ ക്രാഷുകളും സംഭവിക്കുന്നത്.

സെർവർ എത്ര നാളായി പ്രവർത്തിക്കുന്നു എന്ന് സ്ഥാപിക്കാൻ നിങ്ങൾക്ക് അത് പരിശോധിക്കാം.

$ sudo systemctl status mysql       #Debian/Ubuntu
$ sudo systemctl status mysqld      #RHEL/CentOS/Fedora

പകരമായി, MySQL സെർവറിന്റെ പ്രവർത്തനസമയം കണ്ടെത്തുന്നതിന് ഇനിപ്പറയുന്ന mysqladmin കമാൻഡ് പ്രവർത്തിപ്പിക്കുക.

$ sudo mysqladmin version -p 

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

$ sudo mysqladmin -i 5 status
OR
$ sudo mysqladmin -i 5 -r status 

പൊതുവായ ചില MySQL പ്രശ്നങ്ങളും പിശകുകളും ഞങ്ങൾ പരിശോധിച്ചിട്ടുണ്ടെങ്കിലും അവ പരിഹരിക്കുന്നതിനും പരിഹരിക്കുന്നതിനുമുള്ള വഴികളും ഞങ്ങൾ നൽകിയിട്ടുണ്ടെങ്കിലും, ഒരു പിശക് നിർണ്ണയിക്കുന്നതിനുള്ള ഏറ്റവും പ്രധാനപ്പെട്ട കാര്യം അതിന്റെ അർത്ഥമെന്താണെന്ന് മനസ്സിലാക്കുക എന്നതാണ് (അതിന് കാരണമാകുന്നത് എന്താണെന്ന്).

അപ്പോൾ നിങ്ങൾക്ക് ഇത് എങ്ങനെ നിർണ്ണയിക്കാനാകും? ഒരു പ്രശ്uനത്തിന് എന്താണ് കാരണമാകുന്നതെന്ന് കൃത്യമായി എങ്ങനെ കണ്ടെത്താമെന്ന് ഇനിപ്പറയുന്ന പോയിന്റുകൾ നിങ്ങളെ നയിക്കും:

1. /var/log/mysql/ എന്ന ഡയറക്uടറിയിൽ സംഭരിച്ചിരിക്കുന്ന MySQL ലോഗുകൾ നോക്കുക എന്നതാണ് ആദ്യത്തേതും ഏറ്റവും പ്രധാനപ്പെട്ടതുമായ ഘട്ടം. ലോഗ് ഫയലുകളിലൂടെ വായിക്കാൻ നിങ്ങൾക്ക് ടെയിൽ പോലുള്ള കമാൻഡ് ലൈൻ യൂട്ടിലിറ്റികൾ ഉപയോഗിക്കാം.
2. MySQL സേവനം ആരംഭിക്കുന്നതിൽ പരാജയപ്പെടുകയാണെങ്കിൽ, systemctl ഉപയോഗിച്ച് അതിന്റെ നില പരിശോധിക്കുക അല്ലെങ്കിൽ പ്രശ്നം പരിശോധിക്കുന്നതിന് systemd-ന് കീഴിൽ journetctl (-xe ഫ്ലാഗ് ഉപയോഗിച്ച്) കമാൻഡ് ഉപയോഗിക്കുക.
3. നിങ്ങൾക്ക് /var/log/messages പോലുള്ള സിസ്റ്റം ലോഗ് ഫയലും അല്ലെങ്കിൽ നിങ്ങളുടെ പ്രശ്നത്തിന്റെ കാരണങ്ങളാൽ സമാനമായതും പരിശോധിക്കാവുന്നതാണ്.
4. ഏത് പ്രോഗ്രാമാണ് എല്ലാ സിപിയുവും എടുക്കുന്നത് അല്ലെങ്കിൽ മെഷീൻ ലോക്ക് ചെയ്യുന്നതെന്ന് പരിശോധിക്കാൻ htop പോലുള്ള ടൂളുകൾ ഉപയോഗിച്ച് ശ്രമിക്കുക അല്ലെങ്കിൽ നിങ്ങളുടെ മെമ്മറി, ഡിസ്ക് സ്പേസ്, ഫയൽ ഡിസ്ക്രിപ്റ്ററുകൾ അല്ലെങ്കിൽ മറ്റേതെങ്കിലും പ്രധാന ഉറവിടം തീർന്നോ എന്ന് പരിശോധിക്കാൻ ശ്രമിക്കുക.
5. പ്രശ്uനം ചില റൺവേ പ്രോസസ് ആണെന്ന് കരുതി, നിങ്ങൾക്ക് എല്ലായ്പ്പോഴും അതിനെ നശിപ്പിക്കാൻ ശ്രമിക്കാവുന്നതാണ് (pkill അല്ലെങ്കിൽ കിൽ യൂട്ടിലിറ്റി ഉപയോഗിച്ച്) അതുവഴി MySQL സാധാരണയായി പ്രവർത്തിക്കും.
6. mysqld സെർവർ പ്രശ്uനങ്ങൾ സൃഷ്uടിക്കുന്നു എന്ന് കരുതുക, നിങ്ങൾക്ക് കമാൻഡ് പ്രവർത്തിപ്പിക്കാം: mysqladmin -u റൂട്ട് പിംഗ് അല്ലെങ്കിൽ mysqladmin -u റൂട്ട് പ്രോസസ്സ്ലിസ്റ്റ് അതിൽ നിന്ന് എന്തെങ്കിലും പ്രതികരണം ലഭിക്കും.
7. MySQL സെർവറിലേക്ക് കണക്റ്റുചെയ്യാൻ ശ്രമിക്കുമ്പോൾ നിങ്ങളുടെ ക്ലയന്റ് പ്രോഗ്രാമിലാണ് പ്രശ്uനമെങ്കിൽ, അത് എന്തുകൊണ്ട് ശരിയായി പ്രവർത്തിക്കുന്നില്ല എന്ന് പരിശോധിക്കുക, ട്രബിൾഷൂട്ടിംഗ് ആവശ്യങ്ങൾക്കായി അതിൽ നിന്ന് എന്തെങ്കിലും ഔട്ട്uപുട്ട് നേടാൻ ശ്രമിക്കുക.

ഇനിപ്പറയുന്ന MySQL അനുബന്ധ ലേഖനങ്ങൾ വായിക്കാനും നിങ്ങൾ ആഗ്രഹിച്ചേക്കാം:

1. തുടക്കക്കാർക്കായി MySQL/MariaDB പഠിക്കുക - ഭാഗം 1
2. CentOS 7-ൽ Netdata ഉപയോഗിച്ച് MySQL/MariaDB ഡാറ്റാബേസുകൾ എങ്ങനെ നിരീക്ഷിക്കാം
3. എല്ലാ MySQL ഡാറ്റാബേസുകളും പഴയതിൽ നിന്ന് പുതിയ സെർവറിലേക്ക് എങ്ങനെ കൈമാറാം
4. Mytop - Linux-ൽ MySQL/MariaDB പ്രകടനം നിരീക്ഷിക്കുന്നതിനുള്ള ഒരു ഉപയോഗപ്രദമായ ഉപകരണം
5. Linux-നുള്ള 12 MySQL/MariaDB സുരക്ഷാ മികച്ച രീതികൾ

കൂടുതൽ വിവരങ്ങൾക്ക്, പ്രശ്നങ്ങളും പൊതുവായ പിശകുകളും സംബന്ധിച്ച MySQL റഫറൻസ് മാനുവൽ പരിശോധിക്കുക, MySQL ഉപയോഗിക്കുമ്പോൾ നിങ്ങൾ നേരിട്ടേക്കാവുന്ന പൊതുവായ പ്രശ്നങ്ങളും പിശക് സന്ദേശങ്ങളും ഇത് സമഗ്രമായി പട്ടികപ്പെടുത്തുന്നു, ഞങ്ങൾ മുകളിൽ ചർച്ച ചെയ്തവ ഉൾപ്പെടെ.