MySQL 啟動失敗的最常見的原因有兩類，分別是無法訪問系統(tǒng)資源和參數(shù)設置錯誤造成的，下面分別分析如下。

[[351343]]

一、無法訪問系統(tǒng)資源

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 用戶有這個目錄的訪問權限，但創(chuàng)建文件還是失敗，這種情況讓很多人困惑，這個時候通常是 mysqld 進程的訪問被 linux 的 selinux 或 apparmor 給阻止了，大家可以看到創(chuàng)建的表不是在 mysql 的默認目錄下面，因此 selinux 或 apparmor 的 policy 里面沒有包含這個目錄的訪問權限，此時只要對應的修改 policy 就行了，當然把 selinux 或 apparmor 停了也行。

有時雖然對系統(tǒng)資源有訪問的權限，但系統(tǒng)資源已經(jīng)被占用：

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 

這個故障產(chǎn)生的原因是另外一個 mysqld 進程已經(jīng)啟動并占用了對應的文件。

二、參數(shù)設置錯誤

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

$ 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 參數(shù)文件的調用順序，我們就可以檢查對應的參數(shù)文件，找出其中的錯誤，如果覺得參數(shù)文件的可讀性不強，可以使用下面的命令顯示 mysqld 程序將要調用的參數(shù)：

$ mysqld --print-defaults 
/usr/sbin/mysqld would have been started with the following arguments: 
...... 

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

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

1. 在 mysqld 后加上第一個參數(shù) --no-defaults ，這個參數(shù)的作用是通知 mysqld 在啟動的時候不要讀任何參數(shù)文件;

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

3. 第三個參數(shù)是 --log-error-verbosity=3，這個參數(shù)會顯示詳細的日志;

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

看這個例子：

mysqld --no-defaults --console  --log-error-verbosity=3 --user mysql --gtid_mode=on 
2020-11-03T07:14:20.384223Z 0 [Note] [MY-010949] [Server] Basedir set to /usr/. 
2020-11-03T07:14:20.384254Z 0 [System] [MY-010116] [Server] /usr/sbin/mysqld (mysqld 8.0.19) starting as process 22617 
2020-11-03T07:14:20.400221Z 0 [Note] [MY-012366] [InnoDB] Using Linux native AIO 
…… 
2020-11-03T07:14:21.632851Z 0 [ERROR] [MY-010912] [Server] GTID_MODE = ON requires ENFORCE_GTID_CONSISTENCY = ON. 
2020-11-03T07:14:21.634183Z 0 [ERROR] [MY-010119] [Server] Aborting 
…… 
2020-11-03T07:14:23.026551Z 0 [System] [MY-010910] [Server] /usr/sbin/mysqld: Shutdown complete (mysqld 8.0.19)  MySQL Community Server - GPL. 
root@scutech:~# 

看這個例子，我們很容易知道是需要我們同時設置參數(shù) GTID_MODE 和 ENFORCE_GTID_CONSISTENCY 同時為 on 才行。