作者：姚遠

專注于 Oracle、MySQL 數據庫多年，Oracle 10G 和 12C OCM，MySQL 5.6，5.7，8.0 OCP。現在鼎甲科技任技術顧問，為同事和客戶提供數據庫培訓和技術支持服務。

本文來源：原創投稿

*愛可生開源社區出品，原創內容未經授權不得隨意使用，轉載請聯系小編并注明來源。

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，采用排除法逐步找出錯誤的參數。

看這個例子：

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:~#

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