MySQL 5.7 编译安装需严格满足构建链：CentOS 7.6–7.9为唯一推荐环境，gcc ≤ 4.8.5、cmake 2.8.12–3.5.2、Boost 1.59.0固定路径解压并显式指定，-DENABLE_DOWNLOADS=OFF防卡死，初始化必须用mysqld --initialize且权限/服务需手动配置。
mysqld 启动失败、make 卡住、cmake 报错找不到 Boost——这些不是配置问题，是编译安装 MySQL 5.7 的标准门槛。它确实能绕过 RPM 依赖限制，但代价是必须严格满足构建链要求，且无法跳过耗时环节。
确认系统是否支持 MySQL 5.7 编译安装
CentOS 7.x（7.6–7.9）是唯一推荐的编译环境；RHEL 7 可行，但 CentOS 8+、AlmaLinux/Rocky 8+ 均不支持——它们默认移除了 gcc-c++ 4.8.x 兼容层，且 cmake 版本过高会直接拒绝 Boost 1.59.0。
-
gcc --version必须 ≤ 4.8.5（MySQL 5.7 源码未适配 GCC 5+ 的 ABI） -
cmake --version必须为 2.8.12–3.5.2（官方文档明确限定） -
uname -m输出必须是x86_64；ARM 或 aarch64 架构下编译会中途失败 - 内存 ≥ 3GB：编译
mysqld进程常驻内存超 1.8GB，make -j$(nproc)易 OOM
为什么必须用 Boost 1.59.0 而非更高版本
MySQL 5.7.10–5.7.44 所有源码包硬编码依赖 boost::filesystem::path 的旧接口，Boost 1.60+ 已废弃该路径解析逻辑，cmake 配置阶段就会报 Could not find boost filesystem。
- 下载后必须解压到固定路径：
/usr/local/boost（不能是/opt/boost_1_59_0或带空格路径） -
cmake参数中必须显式指定：-DWITH_BOOST=/usr/local/boost - 若已装其他 Boost 版本，需先
rm -rf /usr/include/boost，否则头文件冲突导致编译报error: ‘filesystem’ is not a namespace-name
cmake 配置阶段最易踩的 3 个参数坑
参数顺序和拼写错误会导致静默忽略或生成不可用二进制，尤其是 mysql_install_db 在 5.7 中已被弃用，初始化必须靠 mysqld --initialize，而它的行为直接受 cmake 选项控制。
MySQL8 CRM Schema Design Expert
下载
面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。
-
-DMYSQL_DATADIR和-DMYSQL_UNIX_ADDR路径必须真实存在且mysql用户可写，否则make install后首次启动即失败 -
-DDEFAULT_CHARSET=utf8不能写成utf8mb4——5.7.44 的 cmake 脚本不识别该值，会回退为 latin1 - 漏掉
-DENABLE_DOWNLOADS=OFF：cmake 会尝试联网下载 Boost，超时卡死且不报错，看起来像假死
make install 后必须手动处理的权限与服务注册
make install 只复制二进制和脚本，不创建用户、不设权限、不注册 systemd 服务——这和 RPM 安装有本质区别，脚本里必须补全。
- 必须用
useradd -r -g mysql -s /sbin/nologin mysql创建系统用户；用普通useradd mysql会导致mysqld启动时拒绝写入数据目录 -
chown -R mysql:mysql /usr/local/mysql要在mysqld --initialize之前执行，否则初始化生成的ibdata1文件属主为 root，后续无法启动 - systemd service 文件不能复用 RPM 版本的
/usr/lib/systemd/system/mysqld.service；需手写并指定ExecStart=/usr/local/mysql/bin/mysqld --defaults-file=/etc/my.cnf
编译安装没有“一键干净收尾”——make 成功只是中间态，真正卡点永远在初始化后的权限、socket 路径、SELinux 上下文三者是否对齐。任何一步跳过验证，都会让脚本在 systemctl start mysqld 时静默退出。
