ARM服务器上安装MySQL必须确认架构兼容性
MySQL官方从8.0.27版本开始才正式提供
aarch64架构的二进制包，低于该版本的
x86_64包在ARM服务器上直接运行会报
cannot execute binary file: Exec format error。不要试图用
apt install mysql-server在Debian/Ubuntu ARM系统上直接安装——默认源通常只提供
amd64包，导致依赖失败或安装空包。 检查当前系统架构：
uname -m，确认输出为
aarch64而非
armv7l（后者不被官方MySQL二进制包支持） 优先使用MySQL官方APT/YUM源，避免第三方镜像未同步aarch64包 若使用Docker，必须拉取带
arm64v8/前缀或明确标注
linux/arm64平台的镜像，例如
mysql:8.0标签需验证
docker inspect mysql:8.0 | grep -A 5 "Architecture"
编译安装MySQL时的关键参数调整
在ARM服务器上源码编译MySQL（如需启用特定加密引擎或调试），
cmake阶段必须显式指定目标架构和工具链，否则可能因默认检测到host工具链而编译失败或生成非原生指令。 必须添加
-DCMAKE_SYSTEM_PROCESSOR=aarch64，否则
CMAKE_SYSTEM_PROCESSOR可能误判为
generic禁用不兼容的优化选项：
-DWITH_SSL=system（避免BoringSSL对ARM的未适配分支），不建议用
-DWITH_SSL=bundled跳过
libedit相关组件（ARM平台下其静态链接易出错）：
-DWITH_LIBEDIT=OFF确保
gcc版本≥10，低版本在
__int128支持和原子操作内建函数上存在ARM兼容问题
systemd服务启动失败的典型原因与修复
MySQL在ARM服务器上常见
Failed to start MySQL Server，日志中出现
mysqld: error while loading shared libraries: libtinfo.so.5: cannot open shared object file，本质是ARM发行版（如Ubuntu 22.04+、Debian 12）已将
libtinfo升级至
libtinfo.so.6，但MySQL二进制包仍硬编码链接旧版本。 临时解决：
sudo ln -s /usr/lib/aarch64-linux-gnu/libtinfo.so.6 /usr/lib/aarch64-linux-gnu/libtinfo.so.5更稳妥方式：用
patchelf重写动态链接：
patchelf --replace-needed libtinfo.so.5 libtinfo.so.6 /usr/sbin/mysqld注意
/etc/mysql/mysql.conf.d/mysqld.cnf中
pid-file路径权限——ARM云服务器常挂载
/var/run为tmpfs，需确保
mysql用户对该目录有写权限，否则启动卡在
Starting MySQL database server
性能调优需关注ARM特有的内存与调度行为
ARM服务器（尤其是AWS Graviton、Ampere Altra）的NUMA拓扑、L3缓存共享策略和CPU频率调节机制与x86差异显著，MySQL默认配置容易引发锁争用或缓存抖动。
innodb_buffer_pool_instances应设为
cpu_count / 2（而非传统x86的
cpu_count），避免多核竞争同一buffer pool instance 禁用
innodb_spin_wait_delay或设为
0：ARM核心的自旋等待延迟模型与x86不同，非零值反而增加上下文切换开销 若使用Graviton2/3，
innodb_flush_method推荐
o_direct_no_fsync（而非
o_direct），因其NVMe驱动对fsync的实现更高效 监控
vmstat中的
cs（context switch）值，若持续高于单核5000，需检查是否
thread_pool_size设置过大导致调度器过载
sudo sysctl -w vm.swappiness=1 echo 'vm.swappiness=1' | sudo tee -a /etc/sysctl.conf
ARM服务器内存带宽相对受限，过度swap会急剧放大延迟，这个值比x86环境更需激进下调。
