Linux MySQL 常見無法啟動(dòng)或啟動(dòng)異常的解決方案
在 Linux 上自建 MySQL 服務(wù)器,經(jīng)常遇到各種無法啟動(dòng)或啟動(dòng)后異常的問題,本文列舉一些常見問題的解決辦法。
注意:以下錯(cuò)誤日志提示,都是查看 MySQL 錯(cuò)誤日志得到,查看方法如下:
查看下 MySQL 配置文件 my.cnf 中有記錄,日志記錄在 /alidata/log/mysql/error.log 下
MySQL 配置文件 my.cnf 權(quán)限問題導(dǎo)致無法啟動(dòng),錯(cuò)誤提示:World-writable config file \'/etc/my.cnf\' is ignored
Binlog 丟失導(dǎo)致無法啟動(dòng),錯(cuò)誤日志: File \'./mysql-bin.000001\' not found
Binlog 無法讀取導(dǎo)致無法啟動(dòng),錯(cuò)誤日志:Failed to open log (file \'./mysql-bin.000001\', errno 13)
不能創(chuàng)建 PID 導(dǎo)致無法啟動(dòng),錯(cuò)誤日志:Can\'t start server: can\'t create PID file: No such file or directory
不能創(chuàng)建臨時(shí)文件導(dǎo)致無法啟動(dòng),錯(cuò)誤日志:mysqld: Can\'t create/write to file \'/tmp/ibfguTtC\' (Errcode: 13)
MySQL 服務(wù)無法識別導(dǎo)致無法啟動(dòng),錯(cuò)誤提示:mysqld: unrecognized service
MySQL 配置了過大的內(nèi)存導(dǎo)致無法啟動(dòng),錯(cuò)誤日志:InnoDB: Cannot allocate memory for the buffer pool
MySQL 啟動(dòng)參數(shù)過多導(dǎo)致無法啟動(dòng),錯(cuò)誤提示:Too many arguments (first extra is \'start\')
MySQL 目錄權(quán)限問題導(dǎo)致無法啟動(dòng),錯(cuò)誤日志:File \'./mysql-bin.index\' not found (Errcode:13 - Permission denied)
MySQL 未初始化導(dǎo)致無法啟動(dòng),錯(cuò)誤提示:can\'t open the mysql.plugin table
MySQL 啟動(dòng)成功但未監(jiān)聽端口
MySQL ibdata1權(quán)限問題導(dǎo)致無法啟動(dòng),錯(cuò)誤日志:InnoDB Operating system error number 13 in a file operation
磁盤空間滿導(dǎo)致 MySQL 無法啟動(dòng)
進(jìn)程殘留導(dǎo)致 MySQL 無法啟動(dòng)
MySQL 服務(wù)自動(dòng)停止
MySQL 配置文件 my.cnf 權(quán)限問題導(dǎo)致無法啟動(dòng),錯(cuò)誤提示:World-writable config file \'/etc/my.cnf\' is ignored
問題描述
主機(jī) Linux MySQL 無法啟動(dòng),報(bào)如下錯(cuò)誤:
問題分析
查看 MySQL 錯(cuò)誤日志發(fā)現(xiàn)如下錯(cuò)誤(提示 MySQL 庫的 host 表無法打開):
查看 /etc/my.cnf 配置文件:
到 MySQL 數(shù)據(jù)庫所在目錄查看表是否存在:
發(fā)現(xiàn) MySQL 庫的 host 表是存在的,那為什么會提示不存在呢?
問題應(yīng)該出在 /etc/my.cnf 文件上,從第一個(gè)截圖也可以看到警告信息(/etc/my.cnf 被忽視)
查看文件權(quán)限:
原來文件權(quán)限被設(shè)置成 777,因安全問題導(dǎo)致被 MySQL 忽視,所以去查詢默認(rèn)的數(shù)據(jù)庫存放路徑,沒有 MySQL 庫的 host 表導(dǎo)致啟動(dòng)失?。?/p>
解決辦法
將 /etc/my.cnf 權(quán)限修改成 644,然后啟動(dòng) MySQL 即可:
Binlog 丟失導(dǎo)致無法啟動(dòng),錯(cuò)誤日志: File \'./mysql-bin.000001\' not found
問題描述
清理磁盤空間時(shí)刪除了全部 binglog 日志,導(dǎo)致 MySQL 無法啟動(dòng):
MySQL 的 errorlog 里面可以看到錯(cuò)誤信息:
解決辦法
1、注釋 Binlog 配置恢復(fù)方法:
編輯 /etc/my.cnf,找到 log-bin=mysql-bin,在前面加#將其注釋暫時(shí)關(guān)閉 binlog,保存修改后啟動(dòng) MySQL 服務(wù)
注意:my.cnf 配置文件路徑以實(shí)際調(diào)用路徑為準(zhǔn)
2、清理 Binlog 索引恢復(fù)方法:
查看 Binlog 索引文件
所以,需要清空 mysql-bin.index 索引文件后即可,清理方法可以通過 vi 或者 echo 命令清理,如下:
echo “” > mysql-bin.index
去除 Binlog 日志索引文件中調(diào)用的內(nèi)容后,測試啟動(dòng)成功。
[root@test var]# /etc/init.d/mysqld startStarting MySQL. SUCCESS!
3、文件還原恢復(fù)方法:
提交工單,由我們幫您掛載最近的快照,您從快照磁盤復(fù)制最新的 binlog 文件到 mysql 的數(shù)據(jù)目錄下,再重啟 MySQL 服務(wù)即可。
注意:提交工單時(shí)請說明需要掛載快照的磁盤和快照。
正確清理 MySQL Binlog 方法請參考如下命令:
mysql -uroot -p 密碼use mysql;purge binary logs to ‘mysql-bin.011113’;
注意:mysql-bin.011113 是 Binlog 文件名,mysql-bin.011113 不會被刪除,而 mysql-bin.011113 之前的日志都會被刪除。
Binlog 無法讀取導(dǎo)致無法啟動(dòng),錯(cuò)誤日志:Failed to open log (file \'./mysql-bin.000001\', errno 13)
問題描述
MySQL 無法啟動(dòng)報(bào)錯(cuò):
Starting MySQL…The server quit without updating PID file [FAILED]a/server/mysql/data/test.pid).
查看 MySQL 的錯(cuò)誤日志會提示如下信息:
110711 00:00:00 [ERROR] Failed to open log (file \'./mysql-bin.000001\', errno 13)
這說明 Binlog 日志無法去讀,一般由于磁盤空間滿,或者權(quán)限不正確導(dǎo)致。
解決辦法
首先查詢磁盤空間:
[root@test /]# df -hFilesystem Size Used Avail Use% Mounted on/dev/xvda1 20G 2.7G 17G 14% /tmpfs 498M 0 498M 0% /dev/shm/dev/xvdb1 30G 19G 9.7G 66% /alidata
查看磁盤空間沒有滿,則需要 ls 命令檢查文件權(quán)限:
-r———— 1 root root 601 Jul 28 2014 mysql-bin.000001
這說明文件屬主和權(quán)限不正確,需要執(zhí)行如下兩條命令修復(fù)(mysql-bin.000001 這個(gè)日志文件需要換成具體文件名):
chmod 660 mysql-bin.000001chown mysql.mysql mysql-bin.000001
修改正確后已經(jīng)可以正常啟動(dòng)mysql
不能創(chuàng)建 PID 導(dǎo)致無法啟動(dòng),錯(cuò)誤日志:Can\'t start server: can\'t create PID file: No such file or directory
問題描述
MySQL 啟動(dòng)報(bào)錯(cuò)信息如下:
Starting mysqld (via systemctl): Job for mysqld.service failed because the control process exited with error code. See "systemctl status mysqld.service" and "journalctl -xe" for details、 [FAILED]
根據(jù)提示,使用 systemctl status mysqld.service 和 journalctl -xe 查看服務(wù)啟動(dòng)失敗的原因。
[root@ ~]# systemctl status mysqld.servicemysqld.service - SYSV: MySQL database server.Loaded: loaded (/etc/rc.d/init.d/mysqld)Active: failed (Result: exit-code) since Wed 2016-01-20 18:26:57 CST; 40s agoDocs: man:systemd-sysv-generator(8)Process: 2979 Ex主機(jī)tart=/etc/rc.d/init.d/mysqld start (code=exited, status=1/FAILURE)Jan 20 18:26:56 spark01 systemd[1]: Starting SYSV: MySQL database server….Jan 20 18:26:57 spark01 mysqld[2979]: MySQL Daemon failed to start.Jan 20 18:26:57 spark01 mysqld[2979]: Starting mysqld: [FAILED]Jan 20 18:26:57 spark01 systemd[1]: mysqld.service: control process exited, code=exited status=1Jan 20 18:26:57 spark01 systemd[1]: Failed to start SYSV: MySQL database server..Jan 20 18:26:57 spark01 systemd[1]: Unit mysqld.service entered failed state.Jan 20 18:26:57 spark01 systemd[1]: mysqld.service failed.[root@ ~]# journalctl -xeUnit session-2.scope has begun starting up.Jan 20 18:26:48 spark01 sshd[2916]: pam_unix(sshd:session): session opened for user spark by (uid=0)Jan 20 18:26:52 spark01 su[2944]: (to root) spark on pts/1Jan 20 18:26:52 spark01 su[2944]: pam_unix(su-l:session): session opened for user root by spark(uid=1000)Jan 20 18:26:56 spark01 polkitd[909]: Registered Authentication Agent for unix-process:2974:117137 (system bus name :1.25Jan 20 18:26:56 spark01 systemd[1]: Starting SYSV: MySQL database server….— Subject: Unit mysqld.service has begun start-up— Defined-By: systemd— Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel—— Unit mysqld.service has begun starting up.Jan 20 18:26:57 spark01 mysqld[2979]: MySQL Daemon failed to start.Jan 20 18:26:57 spark01 mysqld[2979]: Starting mysqld: [FAILED]Jan 20 18:26:57 spark01 systemd[1]: mysqld.service: control process exited, code=exited status=1Jan 20 18:26:57 spark01 systemd[1]: Failed to start SYSV: MySQL database server..— Subject: Unit mysqld.service has failed— Defined-By: systemd— Support: https://lists.freedesktop.org/mailman/listinfo/systemd-devel—— Unit mysqld.service has failed.—— The result is failed.Jan 20 18:26:57 spark01 systemd[1]: Unit mysqld.service entered failed state.Jan 20 18:26:57 spark01 systemd[1]: mysqld.service failed.Jan 20 18:26:57 spark01 polkitd[909]: Unregistered Authentication Agent for unix-process:2974:117137 (system bus name :1.
這些信息并不能提供服務(wù)啟動(dòng)失敗的真正原因。
查看 MySQL 的告警日志:
2016-01-20T10:00:19.935771Z 0 [ERROR] /usr/sbin/mysqld: Can’t create/write to file ‘/var/run/mysqld/mysqld.pid’ (Errcode: 2 - No such file or directory)2016-01-20T10:00:19.935795Z 0 [ERROR] Can’t start server: can’t create PID file: No such file or directory160120 18:00:20 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended
解決辦法
MySQL 服務(wù)在啟動(dòng)的時(shí)候,不能創(chuàng)建 pid 文件。
在終端看一下該目錄是否存在,如果不存在,手動(dòng)創(chuàng)建:
[root@ ~]# mkdir -p /var/run/mysqld/
再次嘗試啟動(dòng) MySQL 服務(wù),報(bào)錯(cuò)如下:
Starting mysqld (via systemctl): Job for mysqld.service failed because the control process exited with error code. See "systemctl status mysqld.service" and "journalctl -xe" for details. [FAILED]
查看 MySQL 的告警日志:
2016-01-20T10:28:37.183387Z 0 [ERROR] /usr/sbin/mysqld: Can’t create/write to file ‘/var/run/mysqld/mysqld.pid’ (Errcode: 13 - Permission denied)2016-01-20T10:28:37.183431Z 0 [ERROR] Can’t start server: can’t create PID file: Permission denied160120 18:28:37 mysqld_safe mysqld from pid file /var/run/mysqld/mysqld.pid ended160120 18:32:06 mysqld_safe Starting mysqld daemon with databases from /var/lib/mysql
權(quán)限不正確,/var/run/mysqld/ 的屬主和屬組還是 root,MySQL 并不能在其中創(chuàng)建文件后修改該目錄的屬主和屬組,
[root@ ~]# ls -ld /var/run/mysqld/drwxr-xr-x 2 root root 40 Jan 20 18:28 /var/run/mysqld/[root@ ~]# chown mysql.mysql /var/run/mysqld/[root@ ~]# /etc/init.d/mysqld startStarting mysqld (via systemctl): [ OK ]
不能創(chuàng)建臨時(shí)文件導(dǎo)致無法啟動(dòng),錯(cuò)誤日志:mysqld: Can\'t create/write to file \'/tmp/ibfguTtC\' (Errcode: 13)
問題描述
MySQL 啟動(dòng)失敗,錯(cuò)誤日志:mysqld: Can\'t create/write to file \'/tmp/ibfguTtC\' (Errcode: 13)
說明/tmp目錄無法寫入
解決辦法
1、使用命令 ll -d /tmp 命令檢查目錄權(quán)限
2、使用 chmod 1777 /tmp 設(shè)置為正確權(quán)限
再測試可以啟動(dòng)成功
MySQL 服務(wù)無法識別導(dǎo)致無法啟動(dòng),錯(cuò)誤提示:mysqld: unrecognized service
問題描述
執(zhí)行 MySQL 啟動(dòng)命令 service mysqld start 時(shí),提示 mysqld: unrecognized service(未識別的服務(wù)),現(xiàn)象如圖:
問題分析
因?yàn)?service 命令是通過 /etc/init.d 啟動(dòng)服務(wù)目錄來調(diào)用的,所以我們需要看一下 /etc/init.d 是否存在 mysqld 這個(gè)服務(wù),使用 find /etc/init.d/ -name mysqld 命令來查找,發(fā)現(xiàn)沒有 mysqld 這個(gè)文件了
這個(gè)就是導(dǎo)致通過 service 命令啟動(dòng)報(bào)錯(cuò)的原因了,這時(shí)候我們需要將源碼包中的 mysql.server 拷貝復(fù)制到 /etc/init.d/ 下,先使用 find / -name mysql.server 命令來查找下 mysql.server 文件位置,發(fā)現(xiàn)是在 /alidata/server/mysql-5.6.21/support-files/mysql.server 中
解決辦法
現(xiàn)在我們需要將這個(gè)文件復(fù)制到 /etc/init.d/ 目錄下,改名為 mysqld,并且賦予這個(gè)文件可執(zhí)行權(quán)限
最后通過命令 chkconfig —add mysqld 添加開機(jī)自動(dòng)啟動(dòng)服務(wù)
使用 service mysqld start 啟動(dòng)成功
MySQL 配置了過大的內(nèi)存導(dǎo)致無法啟動(dòng),錯(cuò)誤提示:InnoDB: Cannot allocate memory for the buffer pool
問題描述
MySQL 啟動(dòng)時(shí)報(bào)錯(cuò),查看錯(cuò)誤日志有[ERROR] InnoDB: Cannot allocate memory for the buffer pool(不能從緩存池中分配給innodb引擎需要的內(nèi)存)
解決辦法
需要調(diào)整 MySQL 配置文件 my.cnf 中的 "innodb_buffer_pool_size"、"key_buffer_size" 的大小設(shè)置,適當(dāng)?shù)恼{(diào)大內(nèi)存分配,一般調(diào)整為系統(tǒng)內(nèi)存的一半
先使用 free -m 查看下系統(tǒng)內(nèi)存大小,查看是 1G 內(nèi)存
那么 vi /etc/my.cnf,調(diào)整 "innodb_buffer_pool_size"、"key_buffer_size" 各為 500M
注意:my.cnf 以實(shí)際配置文件路徑為準(zhǔn)。
重啟 MySQL 服務(wù)使其生效
MySQL 啟動(dòng)參數(shù)過多導(dǎo)致無法啟動(dòng),錯(cuò)誤提示:Too many arguments (first extra is \'start\')
問題描述
主機(jī) Linux 系統(tǒng)安裝 MySQL,啟動(dòng)的方式有多種,如果輸入 /路徑/mysqld start —user=mysql 啟動(dòng)后,出現(xiàn)報(bào)錯(cuò):Too many arguments (first extra is \'start\'),則說明這是因?yàn)閱?dòng) MySQL 的時(shí)候參數(shù)過多導(dǎo)致。
解決辦法
遇到該問題,通過直接輸入 /路徑/mysqld —user=mysql,的方式啟動(dòng),如下圖:
MySQL 目錄權(quán)限問題導(dǎo)致無法啟動(dòng),錯(cuò)誤提示:File \'./mysql-bin.index\' not found (Errcode:13 - Permission denied)
問題描述
MySQL 啟動(dòng)報(bào)錯(cuò),錯(cuò)誤日志,如下圖
提示的異常為權(quán)限異常,我們到 data 目錄查看 mysql-bin.index 的權(quán)限
正常情況下 data 目錄下文件的屬主和屬組都應(yīng)該是 mysql,目前為 root
備注:不太熟悉權(quán)限的朋友可以找一臺正常的 MySQL 主機(jī)對比下
解決辦法
找到問題之后解決起來就比較好辦了,授予正確的權(quán)限,然后啟動(dòng) MySQL
MySQL 未初始化導(dǎo)致無法啟動(dòng),錯(cuò)誤提示:can\'t open the mysql.plugin table
問題描述
MySQL 服務(wù)啟動(dòng)時(shí)提示:
ERROR! MySQL manager or server PID file could not be found!
Starting MySQL. ERROR! Manager of pid-file quit without updating file.
問題分析
查看錯(cuò)誤日志提示:can\'t open the mysql.plugin table ,please run mysql_upgrade to create it
解決辦法
使用如下命令指定 datadir 與 basedir 進(jìn)行初始化啟動(dòng):
/alidata/server/mysql-5.1.73/scripts/mysql_install_db —user=mysql —datadir=/alidata/server/mysql/data —basedir=/alidata/server/mysql-5.1.73/
注意:以實(shí)際 MySQL 安裝路徑為準(zhǔn)
MySQL 啟動(dòng)成功但未監(jiān)聽端口
問題描述
MySQL 啟動(dòng)成功,使用 ps -ef |grep mysql 可以看到進(jìn)程,如下圖:
也可以在服務(wù)器登陸,如下圖:
但是使用 netstat -antp| grep 3306 可以看到?jīng)]有監(jiān)聽端口。
查看 MySQL 配置文件,端口也沒有更改。
解決辦法
檢查發(fā)現(xiàn)是配置文件中使用了 skip-networking,可以看到這個(gè)選項(xiàng)的的作用是不監(jiān)聽端口,同主機(jī)的用戶通過 sockets 進(jìn)行鏈接。外部主機(jī)由于沒有監(jiān)聽端口,將無法連接。
將 skip-networking 注釋掉之后,重啟 MySQL 可以看到端口監(jiān)聽了。
MySQL ibdata1權(quán)限問題導(dǎo)致無法啟動(dòng),錯(cuò)誤日志:InnoDB Operating system error number 13 in a file operation
問題描述
mysql啟動(dòng)提示 update pid 失?。?/p>
Starting MySQL. ERROR! Manager of pid-file quit without updating file.
同時(shí)錯(cuò)誤日志中記錄:
InnoDB Operating system error number 13 in a file operation,如圖:
解決辦法
從該報(bào)錯(cuò)看,是提示操作系統(tǒng)訪問文件 /usr/local/mysql/var/idata1 無權(quán)限
查看權(quán)限如下:
調(diào)整為 MySQL 可以訪問的權(quán)限后,比如 777,或者是調(diào)整屬帳號為 mysql,可以正常啟動(dòng) MySQL。
磁盤空間滿導(dǎo)致 MySQL 無法啟動(dòng)
問題描述
啟動(dòng) MySQL 報(bào)錯(cuò):ERROR! MySQL manager or server PID file could not be found! Starting MySQL. ERROR! Manager of pid-file quit without updating file.
查看下 MySQL 錯(cuò)誤日志提示:
沒有記錄有效的信息,磁盤空間不足會導(dǎo)致這種情況
解決辦法
df -h 看下
find / -size +100M 查看下大于100M 的文件
MySQL 日志占用空間太大,無特殊需求可以刪除掉。
進(jìn)程殘留導(dǎo)致 MySQL 無法啟動(dòng)
問題描述
MySQL 啟動(dòng)失敗,錯(cuò)誤提示:Starting MySQL. ERROR! Manager of pid-file quit without updating file. [root@iZ9410f0jqiZ bin]# Starting MySQL. ERROR! Manager of pid-file quit without updating file.
使用 ps -A | grep mysqld ,發(fā)現(xiàn) mysqld 和 mysqld_safe 進(jìn)程殘留,進(jìn)程 ID 994 和 1221
解決辦法
kill兩個(gè)進(jìn)程之后重新啟動(dòng) MySQL 成功啟動(dòng)
MySQL 服務(wù)自動(dòng)停止
問題描述
服務(wù)器上安裝的 MySQL,會出現(xiàn)自動(dòng)停止的情況。出現(xiàn)這種現(xiàn)象,通常是服務(wù)器的內(nèi)存不足導(dǎo)致的。
具體可以通過服務(wù)器日志來進(jìn)行分析排查:
查看服務(wù)器的系統(tǒng)日志 /var/log/messages
1.tail /var/log/messages
看下在 MySQL 自動(dòng)停止的時(shí)間段內(nèi),有什么異常的日志信息,如果日志有提示 “Out of memory” 就可以判定,是服務(wù)器的內(nèi)存使用不足,導(dǎo)致系統(tǒng)自動(dòng)殺死的 MySQL 的進(jìn)程
解決辦法
通過升級服務(wù)器的內(nèi)存可以解決.