mysql配置伺服器失敗,mysql伺服器無效

本文目錄一覽：

• 1、SQL 資料庫連接伺服器失敗是什麼原因？
• 2、mysql 安裝配置失敗,mysql 5.5 提示錯誤 last error： unable configure service
• 3、mysql啟動不了服務啟動不了該怎麼辦
• 4、mysql連接不上伺服器怎麼辦

SQL 資料庫連接伺服器失敗是什麼原因？

一、mysqld 進程沒有正常運行遇到這種情況首先到伺服器上看看 mysqld 進程是否活著，採用的命令：

二、客戶端不能和進程 mysqld 通信如果 MySQL 伺服器上的 mysqld 進程運行正常，我們再看看客戶端能不能和 mysqld 進行通信，使用下面的命令進行網路連通的測試：telnet localhost 3306

如果本地能通，再到客戶端的機器上把 localhost 換成 MySQL 伺服器的 ip 地址進行測試。如果不能通，通常有兩種原因，一種原因是 OS 或網路的問題，或者是防火牆；另一種原因是 mysqld 自身根本沒有偵聽客戶端的連接請求， mysqld 啟動後對於客戶端的偵聽是分三種情況。

第一種情況

是使用參數 –skip-networking 跳過偵聽客戶端的網路連接，用下面的命令我們可以看到 MySQL 根本沒有偵聽 3306 埠。

第二種情況

使用參數 –bind-address 後面增加對客戶端訪問 IP 地址的限制，例如只偵聽本地的連接

三、賬戶密碼的問題最後一種情況是賬戶密碼的問題，應付這種情況我們有個有力的工具就是查看 MySQL 的 error log， error log 記載信息的詳細程度上由參數 –log-error-verbosity 進行控制的

mysql 安裝配置失敗,mysql 5.5 提示錯誤 last error： unable configure service

可能的原因排除：

1.以前安裝過mysql，windows的服務裡面有mysql服務，mysql服務的名稱和現在的一致，換個其他名稱

2.許可權問題：看看是不是以adminstrator身份進行的安裝

3.埠被佔用：3306埠被佔用

看這樣的情況應該是mysql已經安裝，只是不能把它配置為windows服務，原因1有可能是。

mysql啟動不了服務啟動不了該怎麼辦

一、無法訪問系統資源

MySQL 不能訪問啟動需要的資源是造成而 MySQL 無法啟動的一個常見原因，如：文件，埠等。由於 linux 中用於啟動 mysqld 進程的 mysql 用戶通常是不能登陸的，可以使用類似下面的命令檢查文件的訪問許可權。

sudo -u mysql touch /var/lib/mysql/b

找出問題後，修改對應文件或目錄的許可權或屬主後通常可以解決問題。但有時 mysql 用戶有訪問文件和目錄的許可權，但仍然會被拒絕訪問，例如下面這個例子：

mysql system sudo -u mysql touch /home/mysql/data/a

mysql create table t1 (

id int primary key,n varchar(10

) data directory

ERROR 1030 (HY000): Got error 168 from storage engine

測試說明 mysql 用戶有這個目錄的訪問許可權，但創建文件還是失敗，這種情況讓很多人困惑，這個時候通常是 mysqld 進程的訪問被 linux 的 selinux 或 apparmor 給阻止了，大家可以看到創建的表不是在 mysql 的默認目錄下面，因此 selinux 或 apparmor 的 policy 裡面沒有包含這個目錄的訪問許可權，此時只要對應的修改 policy 就行了，當然把 selinux 或 apparmor 停了也行。

有時雖然對系統資源有訪問的許可權，但系統資源已經被佔用：

mysqld –no-defaults –console –user mysql

2020-11-03T03:36:07.519419Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.19) starting as process 21171

2020-11-03T03:36:07.740347Z 1 [ERROR] [MY-012574] [InnoDB] Unable to lock ./ibdata1 error: 11

這個故障產生的原因是另外一個 mysqld 進程已經啟動並佔用了對應的文件。

二、參數設置錯誤

參數設置錯誤造成 MySQL 無法啟動的原因也非常常見，此時先要檢查 MySQL 啟動時會調用的參數，下面的命令可以查詢 MySQL 啟動時調用參數文件的順序：

$ mysqld –verbose –help | grep “Default options ” -A 1

Default options are read from the following files in the given order:

/etc/my.cnf /etc/mysql/my.cnf ~/.my.cnf

知道了 MySQL 參數文件的調用順序，我們就可以檢查對應的參數文件，找出其中的錯誤，如果覺得參數文件的可讀性不強，可以使用下面的命令顯示 mysqld 程序將要調用的參數：

$ mysqld –print-defaults

/usr/sbin/mysqld would have been started with the following arguments:

……

注意這個命令顯示完參數後就退出，不會真正運行 mysqld。這個命令和 my_print_defaults mysqld 完全是等價的，只不過後者的顯示方式是一行一個參數。

然後開始對可疑的參數進行調試，我個人喜歡加的參數和順序如下：

1. 在 mysqld 後加上第一個參數 –no-defaults ，這個參數的作用是通知 mysqld 在啟動的時候不要讀任何參數文件；

2. 第二個參數是 –console，這個參數會把錯誤信息輸出到屏幕上，這個參數帶來的一個弊端是所有的信息都輸出到屏幕上，讓屏幕顯得比較亂，但對於我們調試卻是很方便的；

3. 第三個參數是 –log-error-verbosity=3，這個參數會顯示詳細的日誌；

4. 然後再在後面加上有把握的參數，可以一次只加一個參數，然後啟動 mysqld，採用排除法逐步找出錯誤的參數。

mysql連接不上伺服器怎麼辦

排除網路或防火牆問題

先看是否能ping通遠程伺服器，ping 192.168.1.211，如果不可以就是網路問題。然後，檢查埠是否被防火牆擋住了，telnet 192.168.1.211 3306，如果連接失敗，配置防火牆。

配置防火牆，開啟3306埠

vi /etc/sysconfig/iptables-A INPUT -m state –state NEW -m tcp -p tcp –dport 3306 -j ACCEPT（允許3306埠通過防火牆）/etc/init.d/iptables restart（重啟防火牆使配置生效）

2.檢查MySQL配置

如果開啟了防火牆，telnet還是失敗，通過netstat查看3306的埠狀態：

netstat -apn|grep 3306tcp6  0  0 127.0.0.1:3306  :::*  LISTEN    13524/mysqld

注意地方，這說明3306被綁定到了本地。檢查一下my.cnf的配置，這裡可以配置綁定ip地址。

bind-address=addr

不配置或者IP配置為0.0.0.0，表示監聽所有客戶端連接。

ps:我開啟3306埠，並且檢查MySQL配置之後，telent仍然失敗，但是在本機telnet是ok的，再三確認了配置沒有問題。後來跟我們的ucloud賬號管理員提了一下，才知道ucloud管理後台也需要開啟3306埠，用雲伺服器的留意這個。

3.檢查用戶訪問許可權

MySQL建用戶的時候會指定一個host，默認是127.0.0.1/localhost，那麼這個用戶就只能本機訪問，其它機器用這個用戶帳號訪問會提示沒有許可權，host改為%，表示允許所有機器訪問。

最後，別忘了重啟mysql使配置生效。

以上幾個原因，你看一下是否適用你的情況