MySQL 編譯安裝效能優化指南：編譯器選項、靜態連結與字符集精簡

為何要從源碼編譯？

預編譯二進位檔為通用最佳化，無法針對特定 CPU 架構、工作負載深度優化。自行編譯可獲得 10%-30% 效能提升（官方文件數據），關鍵在於：

• 選用最佳編譯器與優化旗標
• 精簡字符集、僅保留必要功能
• 靜態連結減少動態載入開銷

一、編譯器選擇與優化旗標

1. GCC vs Clang vs Intel ICC

• GCC：通用、穩定，-O3 -march=native -mtune=native 可自動偵測 CPU 指令集。
• Clang：編譯速度快、診斷優，效能與 GCC 相近。
• Intel ICC：針對 Intel CPU 深度優化，向量化能力強，但授權限制。

建議：生產環境優先 GCC/Clang 穩定版；Intel 獨佔叢集可評估 ICC。

2. 關鍵優化旗標 (GCC/Clang)

CFLAGS="-O3 -march=native -mtune=native -fomit-frame-pointer -pipe"
CXXFLAGS="-O3 -march=native -mtune=native -fomit-frame-pointer -pipe -felide-constructors -fno-exceptions -fno-rtti"
# -O3          最高優化等級
# -march=native 開啟 CPU 所有指令集 (AVX2, SSE4.2 等)
# -fomit-frame-pointer 省略幀指標，釋放一個暫存器
# -pipe        使用管道而非暫存檔，加快編譯
# -felide-constructors -fno-exceptions -fno-rtti  C++ 特有，減少二進位體積

二、精簡字符集與功能

MySQL 預設編譯 40+ 字符集，佔用記憶體並增加啟動時間。僅保留必要字符集：

cmake . -DDEFAULT_CHARSET=utf8mb4 \
        -DWITH_EXTRA_CHARSETS=none \
        -DWITH_UNIT_TESTS=OFF \
        -DWITH_SSL=system \
        -DWITH_ZLIB=system \
        -DWITH_EDITLINE=system

• WITH_EXTRA_CHARSETS=none：僅編譯 DEFAULT_CHARSET 指定的字符集。
• 若需多國語言，改為 all 或指定清單 complex（含多位元組字符集）。

三、靜態連結 mysqld

靜態連結消除動態庫依賴，啟動更快、部署更簡單（單一執行檔），效能微幅提升：

cmake . -DCMAKE_EXE_LINKER_FLAGS="-static -static-libgcc -static-libstdc++" \
        -DWITH_MYSQLD_LDFLAGS="-all-static"

注意：

• glibc 的 NSS (Name Service Switch) 需動態載入，完全靜態連結可能導致 DNS 解析失敗。建議 -static-libgcc -static-libstdc++ 僅靜態連結 C/C++ 執行期庫，glibc 保持動態。
• 若在容器部署，靜態連結極具優勢。

四、完整編譯範例 (CMake 3.10+)

# 1. 安裝依賴 (CentOS/RHEL)
yum install -y gcc gcc-c++ cmake ncurses-devel openssl-devel bison

# 2. 下載源碼
wget https://dev.mysql.com/get/Downloads/MySQL-8.0/mysql-8.0.36.tar.gz
tar xzf mysql-8.0.36.tar.gz
cd mysql-8.0.36

# 3. 建構目錄
mkdir build && cd build

# 4. 配置
cmake .. \
  -DCMAKE_INSTALL_PREFIX=/usr/local/mysql \
  -DDEFAULT_CHARSET=utf8mb4 \
  -DDEFAULT_COLLATION=utf8mb4_general_ci \
  -DWITH_EXTRA_CHARSETS=none \
  -DWITH_INNODB=ON \
  -DWITH_PARTITION_STORAGE_ENGINE=ON \
  -DWITH_MYISAM_STORAGE_ENGINE=OFF \
  -DWITH_ARCHIVE_STORAGE_ENGINE=OFF \
  -DWITH_BLACKHOLE_STORAGE_ENGINE=OFF \
  -DWITH_FEDERATED_STORAGE_ENGINE=OFF \
  -DWITH_EXAMPLE_STORAGE_ENGINE=OFF \
  -DWITH_UNIT_TESTS=OFF \
  -DCMAKE_C_FLAGS="-O3 -march=native -mtune=native -fomit-frame-pointer -pipe" \
  -DCMAKE_CXX_FLAGS="-O3 -march=native -mtune=native -fomit-frame-pointer -pipe -felide-constructors -fno-exceptions -fno-rtti" \
  -DCMAKE_EXE_LINKER_FLAGS="-static-libgcc -static-libstdc++"

# 5. 編譯安裝
make -j$(nproc)
make install

# 6. 後續初始化
/user/local/mysql/bin/mysqld --initialize-insecure --user=mysql --basedir=/usr/local/mysql --datadir=/data/mysql

五、運行時配置同步優化

編譯只是第一步，my.cnf 關鍵參數必須配合：

[mysqld]
innodb_buffer_pool_size = 70%_RAM
innodb_log_file_size = 4G
innodb_flush_log_at_trx_commit = 1
innodb_flush_method = O_DIRECT
innodb_file_per_table = ON
max_connections = 2000
table_open_cache = 4000
thread_cache_size = 100
binlog_format = ROW
sync_binlog = 1

六、驗證編譯成果

# 查看編譯資訊
/usr/local/mysql/bin/mysqld --verbose --help | head -20
# 執行基準測試
sysbench oltp_read_write --mysql-host=127.0.0.1 --mysql-user=root --mysql-db=test --tables=10 --table-size=1000000 --threads=64 --time=300 run

對比預編譯版與自編譯版的 QPS、延遲、CPU 使用率。

常見坑點

1. -march=native 在建構機與部署機 CPU 不同時會導致非法指令：建構機請使用目標機相同/較舊 CPU，或改用明確旗標 -march=skylake 等。
2. 完全靜態連結導致 DNS 解析失敗：保留 glibc 動態連結。
3. 移除 MyISAM/其他引擎後，現有表無法讀取：遷移前確認所有表已轉為 InnoDB。
4. OpenSSL 版本不符：使用系統庫 -DWITH_SSL=system 避免版本衝突。

結語

自行編譯 MySQL 能釋放硬體潛能，但需權衡維護成本。對於大多數中小型應用，官方 RPM/DEB/二進位包已足夠；唯有極致效能需求、特定硬體平台、容器化部署時，自編譯才具高投報比。建議先在測試環境完整驗證後再推廣至生產。