共計(jì) 2694 個(gè)字符，預(yù)計(jì)需要花費(fèi) 7 分鐘才能閱讀完成。
這篇文章主要為大家展示了“mysql start 失敗的解決方法”，內(nèi)容簡(jiǎn)而易懂，條理清晰，希望能夠幫助大家解決疑惑，下面讓丸趣 TV 小編帶領(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ù)連接失?。╩ysql 設(shè)置了開(kāi)機(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)突然想到之前看過(guò)此類報(bào)錯(cuò)的文章，記得有可能是磁盤(pán)空間不足導(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èn)題 (無(wú)法啟動(dòng)) 的解決思路：
1. 可能是 datadir 目錄存在的分區(qū)滿了(df -h)
解決方法：打開(kāi)配置文件 /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 文件沒(méi)有寫(xiě)的權(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 字段問(wèn)題(報(bào)錯(cuò)信息：[ERROR] /mydata/data/mysql/libexec/mysqld: unknown option –skip-federated )
解決方法：檢查一下 /etc/my.cnf 文件中有沒(méi)有沒(méi)被注釋掉的 skip-federated 字段，如果有就立即注釋掉吧。
6.selinux 惹的禍，如果是 centos 系統(tǒng)，默認(rèn)會(huì)開(kāi)啟 selinux
解決方法：關(guān)閉它，打開(kāi) /etc/selinux/config，把 SELINUX=enforcing 改為 SELINUX=disabled 后存盤(pán)退出重啟機(jī)器試試。
以上是“mysql start 失敗的解決方法”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家都有了一定的了解，希望分享的內(nèi)容對(duì)大家有所幫助，如果還想學(xué)習(xí)更多知識(shí)，歡迎關(guān)注丸趣 TV 行業(yè)資訊頻道！
