arm架构下mysql应优先使用官方aarch64二进制包（8.0.27+），源码编译仅适用于无发行版包、glibc
mysql 在 ARM 架构服务器上编译安装，绝大多数情况不该做——官方自 8.0.27 起已提供完整 aarch64 二进制包，直接用 rpm/deb/dmg 更快、更稳、更安全。源码编译仅适用于：系统无对应发行版包（如某些国产精简 OS）、glibc 且无法升级、需启用 <code>rocksdb 等非默认引擎，或必须打定制补丁。
为什么 cmake .. 直接失败？关键参数缺一不可
ARM64 平台下cmake 默认不识别目标架构，会 fallback 到 generic，导致指令集不匹配、链接失败甚至运行时崩溃。必须显式指定：
-
-DCMAKE_SYSTEM_PROCESSOR=aarch64：强制锁定目标 CPU 架构，否则CMAKE_SYSTEM_PROCESSOR可能为generic，后续优化全失效 -
-DWITH_SSL=system：禁用内置 OpenSSL/BoringSSL；ARM 上其 AEAD 指令适配不全，handshake 阶段易segfault -
-DWITH_LIBEDIT=OFF：ARM 下libedit静态链接常因 symbol 版本冲突失败，CLI 功能不受影响 -
-DDOWNLOAD_BOOST=1 -DWITH_BOOST=/path/to/boost：国产系统 Boost 常缺失或版本错位，让 cmake 自动下载最省心
漏掉任一参数，大概率卡在 make 或启动时报 Illegal instruction / undefined reference to '__atomic_store_16'。
libatomic 和 glibc 版本是隐形杀手
鲲鹏/飞腾常见报错undefined reference to '__atomic_store_16'，根本原因是没装 libatomic：
- CentOS/Rocky/Anolis：
sudo yum install libatomic - Debian/Armbian：
sudo apt install libatomic1
同时确认 glibc ≥ 2.28（飞腾某些内核需 ≥ 2.32）：ldd --version。低于此值，mysqld 即使编译成功，启动时也会因 __cxa_thread_atexit_impl 等符号缺失而 abort。
gcc 必须 ≥ 5.3（推荐 7.3+ 或 11+），旧版对 __int128 和原子内建函数支持不全；cmake 必须 ≥ 3.14，否则连 CMakeLists.txt 都读不到。
Mac M1/M2/M3 上别碰源码编译
Apple Silicon 已有完整mysql-community-server-8.x.x-macos-arm64.dmg 官方包，下载页明确标注 “macOS 13 (ARM, 64-bit)” —— 这就是你要的。若用 Homebrew：brew install mysql 自动拉取 arm64 二进制；若用 Docker：docker run --platform linux/arm64 -e MYSQL_ROOT_PASSWORD=123456 -p 3306:3306 mysql:8.0 即可。
源码编译在 macOS 上额外踩坑：Xcode Command Line Tools 版本需匹配 SDK，openssl@3 与 MySQL 8.0.28+ 的 ABI 不兼容需手动降级，libiconv 冲突频繁，且 Apple 不公开部分底层 linker 行为，调试成本远高于收益。
真正需要源码的场景极少，比如要 patch innodb_page_size 或集成私有审计模块——这种需求本身已超出常规部署范畴。
