MySQL官方从8.0.28起正式支持ARM64，需下载ARM64专用包、使用带-arm64v8后缀的Docker镜像、调优innodb_buffer_pool_size等参数，并关闭buffer_pool_dump_at_shutdown以防OOM。
确认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杀掉进程——这个默认开启的选项在低内存设备上毫无意义，记得关掉。
