国产精品无码一区二区三区太,亚洲一线产区二线产区区别,欧美A区,人妻jealousvue人妻

在 Linux 上自建 MySQL 服務器，經(jīng)常遇到各種無法啟動或啟動后異常的問題，本文列舉一些常見問題的解決辦法。

注意：以下錯誤日志提示，都是查看 MySQL 錯誤日志得到，查看方法如下：

查看下 MySQL 配置文件 my.cnf 中有記錄，日志記錄在 /alidata/log/mysql/error.log 下

 

　　MySQL 配置文件 my.cnf 權限問題導致無法啟動，錯誤提示：World-writable config file \'/etc/my.cnf\' is ignored

　　Binlog 丟失導致無法啟動，錯誤日志： File \'./mysql-bin.000001\' not found

　　Binlog 無法讀取導致無法啟動，錯誤日志：Failed to open log (file \'./mysql-bin.000001\', errno 13)

　　不能創(chuàng)建 PID 導致無法啟動，錯誤日志：Can\'t start server: can\'t create PID file: No such file or directory

　　不能創(chuàng)建臨時文件導致無法啟動，錯誤日志：mysqld: Can\'t create/write to file \'/tmp/ibfguTtC\' (Errcode: 13)

　　MySQL 服務無法識別導致無法啟動，錯誤提示：mysqld: unrecognized service

　　MySQL 配置了過大的內(nèi)存導致無法啟動，錯誤日志：InnoDB: Cannot allocate memory for the buffer pool

　　MySQL 啟動參數(shù)過多導致無法啟動，錯誤提示：Too many arguments (first extra is \'start\')

　　MySQL 目錄權限問題導致無法啟動，錯誤日志：File \'./mysql-bin.index\' not found (Errcode:13 - Permission denied)

　　MySQL 未初始化導致無法啟動，錯誤提示：can\'t open the mysql.plugin table

　　MySQL 啟動成功但未監(jiān)聽端口

　　MySQL ibdata1權限問題導致無法啟動，錯誤日志：InnoDB Operating system error number 13 in a file operation

　　磁盤空間滿導致 MySQL 無法啟動

　　進程殘留導致 MySQL 無法啟動

　　MySQL 服務自動停止

 

　　MySQL 配置文件 my.cnf 權限問題導致無法啟動，錯誤提示：World-writable config file \'/etc/my.cnf\' is ignored

 

問題描述一：

主機 Linux MySQL 無法啟動，報如下錯誤：

問題分析

查看 MySQL 錯誤日志發(fā)現(xiàn)如下錯誤(提示 MySQL 庫的 host 表無法打開)：

 查看 /etc/my.cnf 配置文件：

到 MySQL 數(shù)據(jù)庫所在目錄查看表是否存在：

發(fā)現(xiàn) MySQL 庫的 host 表是存在的，那為什么會提示不存在呢?

問題應該出在 /etc/my.cnf 文件上，從第一個截圖也可以看到警告信息(/etc/my.cnf 被忽視)

查看文件權限：

原來文件權限被設置成 777，因安全問題導致被 MySQL 忽視，所以去查詢默認的數(shù)據(jù)庫存放路徑，沒有 MySQL 庫的 host 表導致啟動失?。?/span>

 解決辦法

將 /etc/my.cnf 權限修改成 644，然后啟動 MySQL 即可：

Binlog 丟失導致無法啟動，錯誤日志： File \'./mysql-bin.000001\' not found

 

問題描述二：

清理磁盤空間時刪除了全部 binglog 日志，導致 MySQL 無法啟動：

MySQL 的 errorlog 里面可以看到錯誤信息：

解決辦法

1、注釋 Binlog 配置恢復方法：

　　編輯 /etc/my.cnf，找到 log-bin=mysql-bin，在前面加#將其注釋暫時關閉 binlog，保存修改后啟動 MySQL 服務

　　注意：my.cnf 配置文件路徑以實際調(diào)用路徑為準

2、清理 Binlog 索引恢復方法：

　　查看 Binlog 索引文件

所以，需要清空 mysql-bin.index 索引文件后即可，清理方法可以通過 vi 或者 echo 命令清理，如下：

　　echo “” > mysql-bin.index

去除 Binlog 日志索引文件中調(diào)用的內(nèi)容后，測試啟動成功。

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

3、文件還原恢復方法：

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

　　注意：提交工單時請說明需要掛載快照的磁盤和快照。

　　正確清理 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 無法讀取導致無法啟動，錯誤日志：Failed to open log (file \'./mysql-bin.000001\', errno 13)

　　

問題描述三：

MySQL 無法啟動報錯：

　　Starting MySQL…The server quit without updating PID file [FAILED]a/server/mysql/data/test.pid).

查看 MySQL 的錯誤日志會提示如下信息：

　　110711 00:00:00 [ERROR] Failed to open log (file \'./mysql-bin.000001\', errno 13)

這說明 Binlog 日志無法去讀，一般由于磁盤空間滿，或者權限不正確導致。

解決辦法

首先查詢磁盤空間：

　　[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 命令檢查文件權限：

　　-r———— 1 root root 601 Jul 28 2014 mysql-bin.000001

這說明文件屬主和權限不正確，需要執(zhí)行如下兩條命令修復(mysql-bin.000001 這個日志文件需要換成具體文件名)：

　　chmod 660 mysql-bin.000001chown mysql.mysql mysql-bin.000001

修改正確后已經(jīng)可以正常啟動mysql。

 

不能創(chuàng)建 PID 導致無法啟動，錯誤日志：Can\'t start server: can\'t create PID file: No such file or directory

問題描述四：

MySQL 啟動報錯信息如下：

　　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 查看服務啟動失敗的原因。

　　[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主機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.

這些信息并不能提供服務啟動失敗的真正原因。

查看 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 服務在啟動的時候，不能創(chuàng)建 pid 文件。

在終端看一下該目錄是否存在，如果不存在，手動創(chuàng)建：

　　[root@ ~]# mkdir -p /var/run/mysqld/

再次嘗試啟動 MySQL 服務，報錯如下：

　　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

權限不正確，/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)建臨時文件導致無法啟動，錯誤日志：mysqld: Can\'t create/write to file \'/tmp/ibfguTtC\' (Errcode: 13)

問題描述五：

MySQL 啟動失敗，錯誤日志：mysqld: Can\'t create/write to file \'/tmp/ibfguTtC\' (Errcode: 13)

說明/tmp目錄無法寫入

解決辦法

1、使用命令 ll -d /tmp 命令檢查目錄權限

2、使用 chmod 1777 /tmp 設置為正確權限

再測試可以啟動成功

 

MySQL 服務無法識別導致無法啟動，錯誤提示：mysqld: unrecognized service

問題描述六：

執(zhí)行 MySQL 啟動命令 service mysqld start 時，提示 mysqld: unrecognized service(未識別的服務)，現(xiàn)象如圖：

問題分析

因為 service 命令是通過 /etc/init.d 啟動服務目錄來調(diào)用的，所以我們需要看一下 /etc/init.d 是否存在 mysqld 這個服務，使用 find /etc/init.d/ -name mysqld 命令來查找，發(fā)現(xiàn)沒有 mysqld 這個文件了

 

這個就是導致通過 service 命令啟動報錯的原因了，這時候我們需要將源碼包中的 mysql.server 拷貝復制到 /etc/init.d/ 下，先使用 find / -name mysql.server 命令來查找下 mysql.server 文件位置，發(fā)現(xiàn)是在 /alidata/server/mysql-5.6.21/support-files/mysql.server 中

 

解決辦法

現(xiàn)在我們需要將這個文件復制到 /etc/init.d/ 目錄下，改名為 mysqld，并且賦予這個文件可執(zhí)行權限

 

最后通過命令 chkconfig —add mysqld 添加開機自動啟動服務

 

使用 service mysqld start 啟動成功

 

MySQL 配置了過大的內(nèi)存導致無法啟動，錯誤提示：InnoDB: Cannot allocate memory for the buffer pool

問題描述七：

MySQL 啟動時報錯，查看錯誤日志有[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ù)恼{(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 以實際配置文件路徑為準。

 

重啟 MySQL 服務使其生效

 

MySQL 啟動參數(shù)過多導致無法啟動，錯誤提示：Too many arguments (first extra is \'start\')

問題描述八：

主機 Linux 系統(tǒng)安裝 MySQL，啟動的方式有多種，如果輸入 /路徑/mysqld start —user=mysql 啟動后，出現(xiàn)報錯：Too many arguments (first extra is \'start\')，則說明這是因為啟動 MySQL 的時候參數(shù)過多導致。

解決辦法

遇到該問題，通過直接輸入 /路徑/mysqld —user=mysql，的方式啟動，如下圖：

 

MySQL 目錄權限問題導致無法啟動，錯誤提示：File \'./mysql-bin.index\' not found (Errcode:13 - Permission denied)

問題描述九：

MySQL 啟動報錯，錯誤日志，如下圖

提示的異常為權限異常，我們到 data 目錄查看 mysql-bin.index 的權限

正常情況下 data 目錄下文件的屬主和屬組都應該是 mysql，目前為 root

備注：不太熟悉權限的朋友可以找一臺正常的 MySQL 主機對比下

解決辦法

找到問題之后解決起來就比較好辦了，授予正確的權限，然后啟動 MySQL

 

MySQL 未初始化導致無法啟動，錯誤提示：can\'t open the mysql.plugin table

問題描述十：

MySQL 服務啟動時提示：

　　ERROR! MySQL manager or server PID file could not be found!

　　Starting MySQL. ERROR! Manager of pid-file quit without updating file.

問題分析

查看錯誤日志提示：can\'t open the mysql.plugin table ,please run mysql_upgrade to create it

解決辦法

使用如下命令指定 datadir 與 basedir 進行初始化啟動：

　　/alidata/server/mysql-5.1.73/scripts/mysql_install_db —user=mysql —datadir=/alidata/server/mysql/data —basedir=/alidata/server/mysql-5.1.73/

　　注意：以實際 MySQL 安裝路徑為準

 

MySQL 啟動成功但未監(jiān)聽端口

問題描述十一:

MySQL 啟動成功，使用 ps -ef |grep mysql 可以看到進程，如下圖：

也可以在服務器登陸，如下圖：

但是使用 netstat -antp| grep 3306 可以看到?jīng)]有監(jiān)聽端口。

 

查看 MySQL 配置文件，端口也沒有更改。

解決辦法

檢查發(fā)現(xiàn)是配置文件中使用了 skip-networking，可以看到這個選項的的作用是不監(jiān)聽端口，同主機的用戶通過 sockets 進行鏈接。外部主機由于沒有監(jiān)聽端口，將無法連接。

將 skip-networking 注釋掉之后，重啟 MySQL 可以看到端口監(jiān)聽了。

 

MySQL ibdata1權限問題導致無法啟動，錯誤日志：InnoDB Operating system error number 13 in a file operation

問題描述十二：

mysql啟動提示 update pid 失敗：

　　Starting MySQL. ERROR! Manager of pid-file quit without updating file.

同時錯誤日志中記錄：

　　InnoDB Operating system error number 13 in a file operation，如圖：

 

解決辦法

從該報錯看，是提示操作系統(tǒng)訪問文件 /usr/local/mysql/var/idata1 無權限

查看權限如下：

調(diào)整為 MySQL 可以訪問的權限后，比如 777，或者是調(diào)整屬帳號為 mysql，可以正常啟動 MySQL。

 

磁盤空間滿導致 MySQL 無法啟動

問題描述十三：

啟動 MySQL 報錯：ERROR! MySQL manager or server PID file could not be found! Starting MySQL. ERROR! Manager of pid-file quit without updating file.

查看下 MySQL 錯誤日志提示：

沒有記錄有效的信息,磁盤空間不足會導致這種情況

 

解決辦法

df -h 看下

find / -size +100M 查看下大于100M 的文件

MySQL 日志占用空間太大，無特殊需求可以刪除掉。

 

進程殘留導致 MySQL 無法啟動

問題描述十四：

MySQL 啟動失敗，錯誤提示：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 進程殘留，進程 ID 994 和 1221

解決辦法

kill兩個進程之后重新啟動 MySQL 成功啟動

 

MySQL 服務自動停止

問題描述十五：

服務器上安裝的 MySQL，會出現(xiàn)自動停止的情況。出現(xiàn)這種現(xiàn)象，通常是服務器的內(nèi)存不足導致的。

具體可以通過服務器日志來進行分析排查：

查看服務器的系統(tǒng)日志 /var/log/messages

　　1.tail /var/log/messages

看下在 MySQL 自動停止的時間段內(nèi)，有什么異常的日志信息，如果日志有提示 “Out of memory” 就可以判定，是服務器的內(nèi)存使用不足，導致系統(tǒng)自動殺死的 MySQL 的進程

解決辦法

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