為什么安裝mysql會(huì)出現(xiàn)start service錯(cuò)誤？

一般是因?yàn)槎啻伟惭b沒(méi)有卸載干凈，只要把文件夾，服務(wù)，注冊(cè)表都卸載干凈，再次安裝就可以了。

成都創(chuàng)新互聯(lián)網(wǎng)站建設(shè)服務(wù)商，為中小企業(yè)提供成都網(wǎng)站制作、成都網(wǎng)站建設(shè)、外貿(mào)營(yíng)銷網(wǎng)站建設(shè)服務(wù)，網(wǎng)站設(shè)計(jì)，綿陽(yáng)服務(wù)器托管等一站式綜合服務(wù)型公司，專業(yè)打造企業(yè)形象網(wǎng)站，讓您在眾多競(jìng)爭(zhēng)對(duì)手中脫穎而出成都創(chuàng)新互聯(lián)。

解決方案：使 用services.msc打開(kāi)服務(wù)窗口，查看MySQL service是否已經(jīng)存在。如已經(jīng)存在并已啟動(dòng)，則先停止該服務(wù)，然后到注冊(cè)表("HKEY_LOCAL_MACHINE/SYSTEM /CurrentControlSet/Services")中刪除對(duì)應(yīng)服務(wù)，并使用命令sc delete MySQL,然后繼續(xù)進(jìn)行安裝，就能成功。

不知道你安裝的是MYsql哪個(gè)版本，是否是5.0，首先告訴你，數(shù)據(jù)庫(kù)只能裝一次，如果你在你第一次沒(méi)有裝成功的情況下，你必須要卸載干凈才 能裝得上，不然會(huì)出現(xiàn)很多問(wèn)題導(dǎo)致你不會(huì)安裝成功，至于卸載，個(gè)人覺(jué)得手動(dòng)卸載其實(shí)是最干凈利落的，控制面板刪除，然后regedit里面Ctrl+F搜 索mysql，但凡是跟這個(gè)相關(guān)的一切都給他刪除掉。

C:\DocumentandSettings\Administrator\ApplicationData(C:\Users\YongHeng\AppData\Roaming/C:\Users\YongHeng\AppData\LocalLow/C:\Users\YongHeng\AppData\Local)中刪除MYSQL相關(guān)的目標(biāo)信息.

為什么mysqld啟動(dòng)報(bào)錯(cuò)

當(dāng)安裝好mysql后，啟動(dòng)：/etc/init.d/mysql start 卻報(bào)了個(gè)錯(cuò)：Starting MySQL..Manager of pid-file quit without updating f[失敗]) 。下面是我對(duì)報(bào)錯(cuò)的解決方法總結(jié)，我在許多環(huán)境下安裝過(guò)mysql,由于多種原因會(huì)報(bào)各種錯(cuò)誤，現(xiàn)在做個(gè)總結(jié)以作備查。

一、查看報(bào)錯(cuò)日志

報(bào)錯(cuò)日志是我們解決問(wèn)題的方向燈，沒(méi)有方向燈我們就沒(méi)了方向。我有次安裝時(shí)報(bào)錯(cuò)日志里就有這樣的錯(cuò)誤：

/usr/local/mysql/bin/mysqld: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory。很明顯是缺少了庫(kù)文件 libstdc++.so.5 。這時(shí)我們搜索和libstdc相關(guān)的包安裝即可。

二、也許是selinux惹的禍

如果是centos系統(tǒng)，默認(rèn)會(huì)開(kāi)啟selinux，這個(gè)時(shí)候可以先關(guān)閉它，打開(kāi)/etc/selinux/config，把SELINUX=enforcing改為SELINUX=disabled后存盤退出重啟機(jī)器試試。

三、殘余數(shù)據(jù)

也有可能是第二次在機(jī)器上安裝mysql，有殘余數(shù)據(jù)影響了服務(wù)的啟動(dòng)，去mysql的數(shù)據(jù)目錄/data看看，如果存在mysql-bin.index，就趕快把它刪除掉吧，它就是罪魁禍?zhǔn)琢恕?/p>

四、確定數(shù)據(jù)目錄的權(quán)限

數(shù)據(jù)目錄一般是prefix/data，檢查一下它的歸屬，如果不是mysql所有者，一般安裝mysql時(shí)都會(huì)創(chuàng)建mysql的用戶和組的，這時(shí)要修改一下用戶和組：

chown -R mysql:mysql /var/data

五、沒(méi)有指定數(shù)據(jù)目錄

mysql在啟動(dòng)時(shí)沒(méi)有指定配置文件時(shí)會(huì)使用/etc/my.cnf配置文件，請(qǐng)打開(kāi)這個(gè)文件查看在[mysqld]節(jié)下有沒(méi)有指定數(shù)據(jù)目錄(datadir)。如果沒(méi)有請(qǐng)?jiān)赱mysqld]下設(shè)置這一行：

datadir =/usr/local/mysql/data

六、還有mysql進(jìn)程在跑著

如果這是第二次在機(jī)器上安裝mysql就極有可能會(huì)出現(xiàn)這種情況的，這時(shí)系統(tǒng)上很有可能還有mysql進(jìn)程在運(yùn)行著。可以執(zhí)行下列命令查看：

ps -ef | grep mysql

如果出現(xiàn)的結(jié)果不止一行的就趕快把它kill掉吧。

七、skip-federated字段在作祟

可以檢查一下/etc/my.cnf文件中有沒(méi)有沒(méi)被注釋掉的skip-federated字段，如果有就立即注釋掉吧。

八、出錯(cuò)日志目錄不存在

也有可能你現(xiàn)在還不知道m(xù)ysql的出錯(cuò)日志在哪里吧？這時(shí)你可以執(zhí)行命令查看：

cd mysql/bin

./mysql_safe

這時(shí)一定會(huì)報(bào)錯(cuò)的， 并在錯(cuò)誤中顯示將錯(cuò)誤寫(xiě)在某某目錄的某某文件里了，這里檢查一下這個(gè)目錄和文件是否存在，在的話就按日志指示解決，如果沒(méi)有的話就要?jiǎng)?chuàng)建目錄并修改權(quán)限和歸屬了。一般會(huì)是/var/lib/mysql/mysql.error，注意mysql.error不用創(chuàng)建的。

cd /var/lib

mkdir mysql

chmod 777 mysql

chown mysql:mysql mysql

為什么mysql創(chuàng)建表總報(bào)錯(cuò)？

出現(xiàn)1064一般都屬于語(yǔ)法錯(cuò)誤的情況。把表名的單引號(hào)和把tinyint的長(zhǎng)度去掉。

數(shù)據(jù)庫(kù)的語(yǔ)言由GB2312改成 UTP-8就好了。不行就改為GB2312試試，這個(gè)錯(cuò)誤是因?yàn)閿?shù)據(jù)庫(kù)語(yǔ)言格式與客戶端編碼格式不一致到導(dǎo)致的

MySQL 是一個(gè)關(guān)系型數(shù)據(jù)庫(kù)，由瑞典?MySQL AB 公司開(kāi)發(fā)，目前屬于?Oracle?旗下公司。MySQL 最流行的關(guān)系型數(shù)據(jù)庫(kù)管理系統(tǒng)，在 WEB 應(yīng)用方面 MySQL 是最好的 RDBMS (Relational Database Management System，關(guān)系數(shù)據(jù)庫(kù)管理系統(tǒng)) 應(yīng)用軟件之一。

MySQL 是一種關(guān)聯(lián)數(shù)據(jù)庫(kù)管理系統(tǒng)，關(guān)聯(lián)數(shù)據(jù)庫(kù)將數(shù)據(jù)保存在不同的表中，而不是將所有數(shù)據(jù)放在一個(gè)大倉(cāng)庫(kù)內(nèi)，這樣就增加了速度并提高了靈活性。MySQL 所使用的 SQL 語(yǔ)言是用于訪問(wèn)數(shù)據(jù)庫(kù)的最常用標(biāo)準(zhǔn)化語(yǔ)言。MySQL 軟件采用了雙授權(quán)政策(本詞條"授權(quán)政策")，它分為社區(qū)版和商業(yè)版，由于其體積小、速度快、總體擁有成本低。

mysql5.6.23報(bào)錯(cuò)1067

我遇到同樣的錯(cuò)誤，折騰了好久才摸索出來(lái)。網(wǎng)上的解決辦法都試過(guò)了，沒(méi)有確實(shí)可行的。最終總結(jié)出來(lái)，終于解決了。

我的下載的是mysql-5.7.9綠色版出的問(wèn)題。最終解決過(guò)程供你參考：

1、下載的mysql-5.7.9，出現(xiàn)你的問(wèn)題。試了各種辦法無(wú)法解決。有網(wǎng)友說(shuō)mysql-5.7.9版本有問(wèn)題。我改下載了5.6.27版本，嘗試不成功。但報(bào)錯(cuò)變?yōu)椋簾o(wú)法啟動(dòng)mysql服務(wù),發(fā)生錯(cuò)誤1067。解決辦法：my.ini 添加 tmpdir = D:\mysql-5.6.27-winx64\data。問(wèn)題解決。

2、后來(lái)我對(duì)比了mysql-5.7.9與5.6.27，發(fā)現(xiàn)mysql-5.7.9-winx64沒(méi)有data目錄，mysql-5.6.27-winx64\data\mysql，存了不少數(shù)據(jù)文件。原來(lái)調(diào)試5.7.9的版本時(shí)，記得日志報(bào)告一直有mysql.user、mysql.plugin不存在的提示。（原以為這些文件會(huì)自動(dòng)生成）。后來(lái)把這個(gè)mysql-5.6.27-winx64\data下的mysql文件夾整個(gè)復(fù)制到5.7.9版本中的同目錄下。問(wèn)題解決。

啟動(dòng)mysql服務(wù)器報(bào)錯(cuò)的原因是什么？

一般情況下mysql的啟動(dòng)錯(cuò)誤還是很容易排查的，但是今天我們就來(lái)說(shuō)一下不一般的情況。拿到一臺(tái)服務(wù)器，安裝完mysql后進(jìn)行啟動(dòng)，啟動(dòng)錯(cuò)誤如下：

有同學(xué)會(huì)說(shuō)，哥們兒你是不是buffer pool設(shè)置太大了，設(shè)置了96G內(nèi)存。這明顯提示無(wú)法分配內(nèi)存嘛。如果真是這樣也就不在這里進(jìn)行分享了，哈哈。

我的服務(wù)器內(nèi)存是128G。如下圖：

服務(wù)器內(nèi)存使用情況：

那么問(wèn)題來(lái)了，既然還剩如此多的內(nèi)存，為什么提示無(wú)法分配內(nèi)存？？。各位童鞋怎么看？

1. 首先想到會(huì)不會(huì)是有幾條內(nèi)存壞了？于是運(yùn)維的同學(xué)進(jìn)行了檢查，給我的反饋是硬件一切正常。

2. 把mysql配置參數(shù)又檢查了一遍，沒(méi)有發(fā)現(xiàn)什么問(wèn)題，線上一直就是使用這些參數(shù)。

3. 又把文件拷貝到另外一臺(tái)機(jī)器，，另外一臺(tái)服務(wù)器可以正常啟動(dòng)（2臺(tái)機(jī)器硬件配置一致）。

那么如果排除硬件問(wèn)題，mysql配置問(wèn)題，那么剩下的就只有操作系統(tǒng)的內(nèi)核參數(shù)配置了。于是把兩臺(tái)服務(wù)器進(jìn)行了對(duì)比，最終發(fā)現(xiàn)了一個(gè)內(nèi)核參數(shù)不一致。

復(fù)制代碼代碼如下:

vm.overcommit_memory

mysql啟動(dòng)正常的服務(wù)器改參數(shù)的值是0，而mysql啟動(dòng)錯(cuò)誤的這臺(tái)服務(wù)器該值是2。

那么問(wèn)題來(lái)了，這個(gè)參數(shù)到底是什么鬼？竟然會(huì)讓mysql分配內(nèi)存失敗，最后導(dǎo)致無(wú)法啟動(dòng)。經(jīng)過(guò)查詢資料知道了vm.overcommit_memory是什么鬼。

vm.overcommit_memory

默認(rèn)值為：0

從內(nèi)核文檔里得知，該參數(shù)有三個(gè)值，分別是：

0：當(dāng)用戶空間請(qǐng)求更多的的內(nèi)存時(shí)，內(nèi)核嘗試估算出剩余可用的內(nèi)存。

1：當(dāng)設(shè)這個(gè)參數(shù)值為1時(shí)，內(nèi)核允許超量使用內(nèi)存直到用完為止，主要用于科學(xué)計(jì)算.

2：當(dāng)設(shè)這個(gè)參數(shù)值為2時(shí)，內(nèi)核會(huì)使用一個(gè)決不過(guò)量使用內(nèi)存的算法，即系統(tǒng)整個(gè)內(nèi)存地址空間不能超過(guò)swap+50%的RAM值，50%參數(shù)的設(shè)定是在overcommit_ratio中設(shè)定。

vm.overcommit_ratio

默認(rèn)值為：50

這個(gè)參數(shù)值只有在vm.overcommit_memory=2的情況下，這個(gè)參數(shù)才會(huì)生效。

那么我們來(lái)看一下總的內(nèi)存地址不能超過(guò)多少。其實(shí)是可以直接查看的。

[root@yayundeng 3306]# cat /proc/meminfo |grep -i commit

CommitLimit: ?70144396 kB

Committed_AS: ? 135196 kB

[root@yayundeng 3306]#

通過(guò)查看可以得知在70G的樣子。那么這個(gè)是如何計(jì)算的呢？這個(gè)就是上面提到的一個(gè)公式。swap+50%的RAM值，50%參數(shù)的設(shè)定是在overcommit_ratio中設(shè)定。

總虛擬內(nèi)存 = 可用物理內(nèi)存 × 百分比 + 交換分區(qū)

[root@yayundeng 3306]# cat /proc/meminfo | grep MemTotal

MemTotal: ? ?132096808 kB

[root@yayundeng 3306]#

[root@yayundeng 3306]# free -k

total ? ?used ? ?free ? shared ?buffers ? cached

Mem: ? 132096808 ?1583944 130512864 ? ? 0 ? 10240 ? 133220

-/+ buffers/cache: ?1440484 130656324

Swap: ? 4095992 ? ? 0 ?4095992

[root@yayundeng 3306]# cat /proc/sys/vm/overcommit_ratio

50

[root@yayundeng 3306]#

總虛擬內(nèi)存=132096808 * 50% + 4095992= 70144396 kB

那么最后的結(jié)果就是buffer pool不能超過(guò)70144396 kB - 135196 kB=70009200 KB=66G。實(shí)際上經(jīng)過(guò)測(cè)試，buffer pool只能設(shè)置57G。

最后在看看總虛擬內(nèi)存情況：

CommitLimit：最大可用虛擬內(nèi)存

Committed_AS：已使用虛擬內(nèi)存

[root@yayundeng 3306]# cat /proc/meminfo |grep -i commit

CommitLimit: ?70144396 kB

Committed_AS: ?65539208 kB

那么如果把內(nèi)核參數(shù)vm.overcommit_memory恢復(fù)為默認(rèn)值0，那么將不會(huì)受到約束。

復(fù)制代碼代碼如下:

echo 0 /proc/sys/vm/overcommit_memory

參考資料：

總結(jié)：

說(shuō)了這么多，那么為什么要修改內(nèi)核參數(shù)vm.overcommit_memory的值呢？這個(gè)是因?yàn)檫@臺(tái)服務(wù)器之前跑過(guò)GreenPlum數(shù)據(jù)庫(kù)，拿到我手上的時(shí)候沒(méi)有進(jìn)行重裝系統(tǒng)，那么還是建議如果拿到的機(jī)器之前跑過(guò)其他的業(yè)務(wù)，那么保險(xiǎn)的方法還是重裝一下系統(tǒng)，然后再部署自己的業(yè)務(wù)，不然真的會(huì)出現(xiàn)莫名其妙的問(wèn)題。

文章名稱：mysql怎么會(huì)報(bào)錯(cuò) mysql錯(cuò)誤處理
本文URL：http://vcdvsql.cn/article16/dosdddg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供建站公司、全網(wǎng)營(yíng)銷推廣、定制網(wǎng)站、商城網(wǎng)站、品牌網(wǎng)站設(shè)計(jì)、標(biāo)簽優(yōu)化

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)