因为 CentOS 7.9 自带 GCC 4.8.5 不支持 C++17 特性（如 std::optional），导致 MySQL 8.0 编译在 cmake 阶段报错或 make 时出现 “‘optional’ is not a member of ‘std’”；推荐用官方 devtoolset-8 替代，避免源码编译 GCC 引发的系统库冲突。
为什么编译 MySQL 8.0 会卡在 GCC 版本上？
MySQL 8.0 的 C++17 特性（比如 std::optional、std::string_view）和部分模板元编程依赖较新的 GCC 支持。CentOS 7.9 自带的 gcc-4.8.5 缺少这些特性，cmake 配置阶段就可能报 no known CXX standard 或直接 abort；即使勉强通过，make 过程中也会大量出现 error: ‘optional’ is not a member of ‘std’ 类错误。
用 devtoolset 替换系统 GCC 是最稳妥的方案
不要手动下载 GCC 源码编译安装——它会污染系统路径、引发 libc.so.6 冲突（你见过 ls 命令报错说找不到动态库吗？那就是踩过这个坑）。devtoolset 是 CentOS 官方维护的兼容性工具链，隔离运行，不碰系统默认工具。
- 安装 SCL 源：
yum install -y centos-release-scl - 安装 devtoolset-8（支持 C++17，足够 MySQL 8.0 使用）：
yum install -y devtoolset-8 - 临时启用（当前 shell 有效）：
scl enable devtoolset-8 bash，然后验证：gcc --version应输出8.3.1左右 - 若需永久生效（如 Jenkins 或 systemd 服务调用），在
/etc/profile.d/devtoolset.sh中写入：source /opt/rh/devtoolset-8/enable
cmake 配置时必须显式指定编译器路径
即使 gcc --version 显示新版，cmake 默认仍可能调用旧版 /usr/bin/gcc，尤其当环境变量没刷全或子 shell 启动时。必须用参数锁定：
- 在
cmake ..命令中加入：-DCMAKE_C_COMPILER=/opt/rh/devtoolset-8/root/bin/gcc -DCMAKE_CXX_COMPILER=/opt/rh/devtoolset-8/root/bin/g++ - 别信
export CC=/opt/.../gcc—— cmake 有时忽略它；硬编码更可靠 - 如果还报
Could NOT find Boost，确认-DWITH_BOOST指向的是解压后的完整 boost 目录（不是 tar.gz 文件），且该目录下有boost/version.hpp
容易被忽略的 libc 兼容性红线
devtoolset-8 编译出的二进制仍链接系统 glibc-2.17，这是安全的；但如果你误用了 MySQL 官网提供的 glibc2.28 二进制包（比如 mysql-8.0.36-el7-x86_64.tar.gz），哪怕 GCC 升级了也启动失败——因为 ./mysqld --initialize 会直接报 symbol lookup error: ... undefined symbol: __cxa_throw_bad_array_new_length。务必核对：你的 MySQL 源码包是 mysql-8.0.xx.tar.gz（源码），不是 mysql-8.0.xx-el7-x86_64.tar.gz（预编译二进制）。
