mysql start失敗的解決方法

這篇文章主要為大家展示了“mysql start失敗的解決方法”，內(nèi)容簡(jiǎn)而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓小編帶領(lǐng)大家一起研究并學(xué)習(xí)一下“mysql start失敗的解決方法”這篇文章吧。

mysql start失敗的解決辦法：1、將原來(lái)的數(shù)據(jù)目錄遷移到重新制定的數(shù)據(jù)目錄處；2、執(zhí)行“chown -R mysql:mysql /mydata/data/”；3、執(zhí)行“kill -9  進(jìn)程號(hào)”；4、刪除mysql-bin。

本文操作環(huán)境：Windows7系統(tǒng)，mysql5.5版，Dell G3電腦。

mysql start 失敗怎么辦？

mysql數(shù)據(jù)庫(kù)啟動(dòng)失敗

簡(jiǎn)介：

重啟服務(wù)器后-->重啟應(yīng)用服務(wù)(Confluence)-->報(bào)錯(cuò)，數(shù)據(jù)庫(kù)連接失敗（mysql設(shè)置了開機(jī)自啟動(dòng)）-->查看mysql數(shù)據(jù)庫(kù)狀態(tài)：

[root@fisheye ~]# ps -ef | grep mysql
root     25555 21974  0 11:28 pts/0    00:00:00 grep mysql

啟動(dòng)mysql服務(wù)器

[root@fisheye data]# service mysql start
MySQL server PID file could not be found![失敗]
Starting MySQL.............. ERROR! The server quit without updating PID file (/mydata/data/fisheye..pid).[失敗]

查看錯(cuò)誤日志：

[root@fisheye data]# tail -100 fisheye.err
InnoDB: Last MySQL binlog file position 0 337403929, file name ./mysql-bin.000016
141013  1:13:28  InnoDB: Waiting for the background threads to start
141013  1:13:29 InnoDB: 5.5.33 started; log sequence number 1006647152
17:13:29 UTC - mysqld got signal 11 ;
This could be because you hit a bug. It is also possible that this binary
or one of the libraries it was linked against is corrupt, improperly built,
or misconfigured. This error can also be caused by malfunctioning hardware.
We will try our best to scrape up some info that will hopefully help
di141013 01:13:29 mysqld_safe mysqld from pid file /mydata/data/fisheye.pid ended

未發(fā)現(xiàn)明顯性錯(cuò)誤提示，所以手動(dòng)創(chuàng)建一個(gè)pid文件試試

[root@fisheye data]# touch /mydata/data/fisheye.pi

再進(jìn)行重啟服務(wù)：

[root@fisheye data]# service mysql restart
ERROR 2002 (HY000): Can't connect to local MySQL server through socket '/tmp/mysql.sock' (2)

突然想到之前看過此類報(bào)錯(cuò)的文章，記得有可能是磁盤空間不足導(dǎo)致的mysql無(wú)法啟動(dòng)。

[root@fisheye data]# df -h
文件系統(tǒng)              容量  已用 可用 已用% 掛載點(diǎn)
/dev/sda1             9.5G  9.5G  0  100% /
/dev/sda4             5.5G  1.3G  4.0G  24% /mnt/backup
/dev/mapper/IhuilianVG-IhuilianLV00
                       22G  4.2G   17G  20% /var/www/app
tmpfs                 1.3G     0  1.3G   0% /dev/shm

果然如此，下面羅列一些類似問題(無(wú)法啟動(dòng))的解決思路：

1.可能是datadir目錄存在的分區(qū)滿了(df -h )

解決方法：打開配置文件/etc/my.cnf，在[mysqld]節(jié)下重新指定數(shù)據(jù)目錄(datadir)，并將原來(lái)的數(shù)據(jù)目錄遷移到重新制定的數(shù)據(jù)目錄處

關(guān)于遷移：(1)、cp或者tar的時(shí)候一定要把權(quán)限給帶上，但是為防止意外建議再授權(quán)一次；(2)、數(shù)據(jù)比較大時(shí)一定要先壓縮再遷移，保證完整性，特別是scp到其他機(jī)器時(shí)可能會(huì)超時(shí)所以一定要壓縮(tar.gz)；(3)、若是移動(dòng)至另外的服務(wù)器一定要保證mysql版本一致。

2.可能是/mydata/data/fisheye.pid文件沒有寫的權(quán)限

解決方法 ：給予權(quán)限，執(zhí)行 “chown -R mysql:mysql /mydata/data/”  然后重新啟動(dòng)mysqld！

3.可能進(jìn)程里已經(jīng)存在mysql進(jìn)程

解決方法：用命令“ps -ef|grep mysqld”查看是否有mysqld進(jìn)程，如果有使用“kill -9  進(jìn)程號(hào)”殺死，然后重新啟動(dòng)mysqld！

4.可能是第二次在機(jī)器上安裝mysql，有殘余數(shù)據(jù)影響了服務(wù)的啟動(dòng)。

解決方法：去mysql的數(shù)據(jù)目錄/data看看，如果存在mysql-bin.index，就趕快把它刪除掉吧，它就是罪魁禍?zhǔn)琢恕?/p>

5.skip-federated字段問題(報(bào)錯(cuò)信息：[ERROR] /mydata/data/mysql/libexec/mysqld: unknown option '--skip-federated')

解決方法：檢查一下/etc/my.cnf文件中有沒有沒被注釋掉的skip-federated字段，如果有就立即注釋掉吧。

6.selinux惹的禍，如果是centos系統(tǒng)，默認(rèn)會(huì)開啟selinux

解決方法：關(guān)閉它，打開/etc/selinux/config，把SELINUX=enforcing改為SELINUX=disabled后存盤退出重啟機(jī)器試試。

以上是“mysql start失敗的解決方法”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對(duì)大家有所幫助，如果還想學(xué)習(xí)更多知識(shí)，歡迎關(guān)注億速云行業(yè)資訊頻道！