确认MySQL官方是否提供ARM原生包
MySQL从8.0.28版本起才正式支持ARM64架构的Linux发行版（如Ubuntu 22.04/24.04、Debian 11+、Rocky Linux 9），此前版本即使能编译运行，也会遇到
mysqld启动失败、
InnoDB崩溃或SSL初始化异常等问题。直接下载x86_64的二进制包在ARM设备上运行会报
Exec format error——这是最常被忽略的第一步。
实操建议：
执行uname -m确认是
aarch64而非
armv7l（树莓派3B及更早机型属后者，需改用MariaDB） 访问
https://dev.mysql.com/downloads/mysql/，手动选择
Linux - ARM64 (AARCH64)平台，不要选“Generic Linux”或“Ubuntu”以外的.deb/.rpm包 若使用树莓派OS（基于Debian 11），优先尝试
sudo apt install default-mysql-server，它实际安装的是MariaDB，但兼容大部分MySQL语法，且开箱即用
使用Docker部署时必须指定ARM镜像标签
Docker Hub上的
mysql:latest默认指向x86_64镜像，拉取后运行会提示
no matching manifest for linux/arm64。官方MySQL镜像从8.0.32开始才为ARM64提供多架构支持，但tag命名不直观。
实操建议：
明确使用带-arm64v8后缀的镜像：
docker run --rm -e MYSQL_ROOT_PASSWORD=123 -p 3306:3306 mysql:8.0.33-arm64v8避免使用
mysql:8或
mysql:latest——它们在ARM设备上可能回退到旧版或拉取失败 若需持久化数据，挂载目录前确认宿主机文件系统支持POSIX ACL（如ext4、xfs），某些ARM NAS设备用btrfs或exFAT会导致
mysqld拒绝启动并报
Can't create test file
修改配置规避ARM平台已知性能陷阱
ARM CPU通常核心数多但单核频率低，且L3缓存较小。MySQL默认配置（如
innodb_buffer_pool_size=128M）在4GB内存的ARM设备上反而导致频繁刷脏页，查询延迟翻倍。
实操建议：
编辑/etc/mysql/mysql.conf.d/mysqld.cnf，重点调整以下几项：
innodb_buffer_pool_size设为可用内存的50%（如4GB设备设为
2G），勿超70%
innodb_log_file_size调小至
64M（ARM SSD随机写入性能弱，大日志文件易卡住checkpoint） 注释掉
skip-host-cache和
skip-name-resolve——部分ARM嵌入式Linux缺少完整DNS解析库，开启会阻塞连接初始化 添加
default_authentication_plugin=mysql_native_password，避免ARM容器内
caching_sha2_password插件因缺少
libssl.so.1.1而认证失败
验证连接与权限时注意ARM交叉编译工具链残留
在Jetson或树莓派上用
pip install mysql-connector-python安装驱动后，Python脚本常报
AttributeError: module 'mysql.connector' has no attribute 'connect'——这并非代码问题，而是ARM平台下pip可能错误安装了x86_64 wheel（尤其当之前用过QEMU模拟器）。
实操建议：
强制从源码安装：pip install --no-binary mysql-connector-python mysql-connector-python检查已安装包架构：
python -c "import mysql.connector; print(mysql.connector.__file__)"，路径中含
aarch64-linux-gnu才正确 测试连接时用
mysql -h 127.0.0.1 -u root -p而非
mysql -u root -p——前者走TCP协议，后者走socket，而ARM设备上
socket路径权限或SELinux策略容易出错
ARM上MySQL最麻烦的不是装不上，而是装上了却在半夜因
innodb_buffer_pool_dump_at_shutdown触发OOM killer杀掉进程——这个默认开启的选项在低内存设备上毫无意义，记得关掉。
