MySQL 啟動原理深度剖析：mysql.server、mysqld_safe、mysqld 三種啟動路徑的參數傳遞與優先級博弈

前言：為什麼要搞懂啟動原理？

MySQL 啟動看似簡單（systemctl start mysqld 或 mysqld_safe），實則涉及配置文件解析順序、參數優先級覆蓋、進程父子關係、多實例隔離等核心機制。理解啟動鏈路，能精準排查「配置不生效」「PID 文件找不到」「多實例參數串擾」等疑難雜症。

一、核心配置文件 my.cnf 結構回顧

[client]
socket=/tmp/mysql.sock
port=3306

[mysqld]
basedir=/usr/local/mysql
datadir=/data/mysql/
innodb_data_home_dir=/data/mysql/
innodb_log_group_home_dir=/data/mysql/
port=3306
user=mysql
pid-file=/data/mysql/mysql.pid
socket=/tmp/mysql.sock
default_storage_engine=innodb
character_set_server=utf8
open_files_limit=65535

[mysqld_safe]
log_error=/usr/local/mysql/log/mysql-error.log
pid-file=/usr/local/mysql/log/mysql.pid
open_files_limit=15000

關鍵觀察：[mysqld] 與 [mysqld_safe] 均出現 pid-file、open_files_limit，誰生效？

二、三種啟動方式架構圖譜

1. mysql.server —— 系統服務標準入口（推薦生產）

調用鏈：mysql.server → my_print_defaults → parse_server_arguments() → mysqld_safe → mysqld

• my_print_defaults：只讀取 [mysqld] 區塊參數，輸出標準化格式傳給解析函數。
• parse_server_arguments()：處理 --basedir、--datadir、--pid-file、--server-startup-timeout 四個關鍵參數賦值。
• mysqld_safe：作為守護進程啟動 mysqld，並負責崩潰重啟、日誌導向。

關鍵結論：--datadir 和 --pid-file 由 parse_server_arguments 從 [mysqld] 讀取並鎖定，後續 mysqld_safe 的同名參數不會覆蓋。但其他參數（如 open_files_limit）若兩區塊都有，以 [mysqld_safe] 為準（見上圖）。

2. mysqld_safe —— 守護進程模式（多實例首選）

老版本主流啟動方式，參數豐富，支援多實例隔離。

核心參數（mysqld_safe --help）：

parse_arguments() 源碼邏輯節選：

parse_arguments() {
  case "$arg" in
    --basedir=*) MY_BASEDIR_VERSION="$val" ;;
    --datadir=*) DATADIR="$val" ;;
    --pid-file=*) pid_file="$val" ;;
    --plugin-dir=*) PLUGIN_DIR="$val" ;;
    --user=*) user="$val"; SET_USER=1 ;;
    --log-error=*) err_log="$val" ;;
    --port=*) mysql_tcp_port="$val" ;;
    --socket=*) mysql_unix_port="$val" ;;
    --core-file-size=*) core_file_size="$val" ;;
    --ledir=*) ledir="$val" ;;
    --malloc-lib=*) set_malloc_lib "$val" ;;
    --mysqld=*) MYSQLD="$val" ;;
    --mysqld-version=*) ... ;;
    --nice=*) niceness="$val" ;;
    --open-files-limit=*) open_files="$val" ;;
    --skip-kill-mysqld*) KILL_MYSQLD=0 ;;
    --syslog) want_syslog=1 ;;
    --skip-syslog) want_syslog=0 ;;
    --syslog-tag=*) syslog_tag="$val" ;;
    --timezone=*) TZ="$val"; export TZ ;;
    --help) usage ;;
    *) if test -n "$pick_args" then append_arg_to_args "$arg" fi ;;
  esac
}

關鍵結論：mysqld_safe 直接解析 my.cnf，若 [mysqld] 和 [mysqld_safe] 同名參數衝突，以 [mysqld_safe] 為準（如圖中 --pid-file 以 [mysqld_safe] 的值生效）。

3. mysqld —— 直接啟動（調試/單實例）

• 使用內建預設值或命令行參數啟動，不讀取 my.cnf（除非显式 --defaults-file）。
• 無守護進程，前台運行，Ctrl+C 即退出，不適合生產、不支援多實例隔離。

三、參數優先級總結表（由高到低）

四、實戰排查指南

1. 「找不到 PID 文件」：檢查 pid-file 路徑權限、父目錄是否存在、mysql.server vs mysqld_safe 哪個啟動導致的路徑不一致。
2. 「配置修改不生效」：確認啟動方式（systemctl 走 mysql.server，手動 mysqld_safe 走守護進程），對應修正正確區塊（[mysqld] 或 [mysqld_safe]）。
3. 多實例部署：必須使用 mysqld_safe --defaults-file=/etc/mysql/my3306.cnf --ledir=/usr/local/mysql57/bin，每實例獨立配置、獨立數據目錄、獨立 PID/Socket/端口。
4. 新版本建議：[mysqld_safe] 區塊僅保留守衛進程專屬參數（log_error、pid-file、open_files_limit、ledir、malloc-lib 等），業務參數全部集中在 [mysqld]，避免優先級混淆。

五、結語

MySQL 啟動不是黑盒。mysql.server 適合系統服務標準化；mysqld_safe 適合多實例、守護重啟、參數隔離；mysqld 適合開發調試。核心只有一條：搞清「誰在讀哪個配置區塊」，參數衝突自然迎刃而解。