inux 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ù)無法識(shí)別導(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 表是存在的，那為什么會(huì)提示不存在呢?

　　問題應(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)容后，測(cè)試啟動(dòng)成功。

　　[root@test var]# /etc/init.d/mysqld startStarting MySQL. SUCCESS!

　　3、文件還原恢復(fù)方法：

　　提交工單，由我們幫您掛載最近的快照，您從快照磁盤復(fù)制最新的 binlog 文件到 mysql 的數(shù)據(jù)目錄下，再重啟 MySQL 服務(wù)即可。

注意：提交工單時(shí)請(qǐng)說明需要掛載快照的磁盤和快照。

　　正確清理 MySQL Binlog 方法請(qǐng)參考如下命令：

　　mysql -uroot -p 密碼use mysql;purge binary logs to ‘mysql-bin.011113’;

注意：mysql-bin.011113 是 Binlog 文件名，mysql-bin.011113 不會(huì)被刪除，而 mysql-bin.011113 ?之前的日志都會(huì)被刪除。

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ò)誤日志會(huì)提示如下信息：

　　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: ? http://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: ? http://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)限

　　再測(cè)試可以啟動(dòng)成功

　　MySQL 服務(wù)無法識(shí)別導(dǎo)致無法啟動(dòng)，錯(cuò)誤提示：mysqld: unrecognized service

　　問題描述

　　執(zhí)行 MySQL 啟動(dòng)命令 service mysqld start 時(shí)，提示 mysqld: unrecognized ?service(未識(shí)別的服務(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)限的朋友可以找一臺(tái)正常的 MySQL 主機(jī)對(duì)比下

解決辦法

　　找到問題之后解決起來就比較好辦了，授予正確的權(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 失敗：

　　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)整屬帳號(hà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ò)誤日志提示：

　　沒有記錄有效的信息,磁盤空間不足會(huì)導(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，會(huì)出現(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)程

解決辦法

　　通過升級(jí)服務(wù)器的內(nèi)存可以解決.