在麒麟V10国产操作系统上怎样离线部署MySQL5.7集群？-mysql教程-PHP中文网

麒麟V10离线部署MySQL 5.7集群必须用对应架构二进制包手动初始化并配置systemd服务；需彻底清除MariaDB残留、统一时钟、关闭SELinux与防火墙，主从my.cnf中server-id、log-bin、read_only须按角色差异化配置。

在麒麟v10国产操作系统上怎样离线部署mysql5.7集群？

直接说结论：麒麟V10上离线部署MySQL 5.7集群，**不能用RPM包，必须用aarch64/x86_64二进制包 + 手动初始化 + 自定义systemd服务**；主从复制本身不依赖网络安装源，但前提是每个节点的MySQL二进制环境完全一致、时钟同步、SELinux和防火墙已关闭——否则CHANGE MASTER TO会卡在IO线程启动或报ERROR 2003 (HY000)。

确认架构并下载对应二进制包

麒麟V10有x86_64和aarch64两种主流版本，混用会导致mysqld: cannot execute binary file: Exec format error。必须先执行：

uname -m

输出aarch64就去华为镜像站或可信社区找mysql-5.7.27-aarch64.tar.gz这类明确带aarch64后缀的包；输出x86_64则用MySQL官网归档页的mysql-5.7.44-linux-glibc2.12-x86_64.tar.gz。别信“通用版”“兼容版”——ARM服务器跑x86包必失败。

常见错误现象：

解压后bin/mysqld无法执行，file bin/mysqld显示“ELF 64-bit LSB pie executable, x86-64”却在aarch64系统运行
./mysqld --version直接段错误（Segmentation fault）

初始化前必须清理MariaDB残留

麒麟V10默认预装深度定制版MariaDB，其/etc/my.cnf、/var/lib/mysql、共享库（如libmysqlclient.so.18）会与MySQL 5.7冲突，导致初始化时mysqld静默退出或报Table 'mysql.plugin' doesn't exist。

彻底卸载命令必须包含：

rpm -qa | grep -E 'mariadb|mysql' | xargs rpm -e --nodeps

然后手动删除：

rm -rf /var/lib/mysql /etc/my.cnf* /usr/lib64/libmysqlclient*
检查ls /usr/lib64/ | grep mysql，删掉所有残留so文件
运行find / -name "*mysql*" -type d 2>/dev/null | grep -E "(var|etc|usr)"确认无隐藏配置目录

主从节点的my.cnf关键差异项

同一套二进制包可复用于所有节点，但my.cnf中以下三项必须逐节点手工修改，不能复制粘贴：

MySQL8 CRM Schema Design Expert

面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。

下载

server-id：必须为整数且全集群唯一（如主库设1，从库分别设2、3）；设成相同值会导致主从复制中断且无明显报错
log-bin：仅主库开启（log-bin = mysql-bin），从库必须注释或删除该行，否则启动失败
read_only：从库建议设为1（防止误写），主库必须为0或不配置

其他如datadir、basedir、字符集等可保持一致。注意socket路径要统一（推荐/tmp/mysql.sock），否则mysql -S连接会报Can't connect to local MySQL server through socket。

systemd服务文件不能直接用support-files/mysql.server

麒麟V10使用systemd，而MySQL 5.7自带的support-files/mysql.server是SysV init脚本，在systemd下chkconfig无效，且无法正确传递--defaults-file参数，导致启动时读不到/etc/my.cnf，进而用默认datadir=/var/lib/mysql——这会初始化失败或数据写到错误位置。

正确做法是手写/etc/systemd/system/mysqld.service：

[Unit]
Description=MySQL Server
After=network.target
[Service]
Type=forking
User=mysql
Group=mysql
ExecStart=/usr/local/mysql/bin/mysqld --defaults-file=/etc/my.cnf --daemonize
Restart=on-failure
[Install]
WantedBy=multi-user.target

然后执行：

systemctl daemon-reload
systemctl enable mysqld
systemctl start mysqld

若systemctl status mysqld显示Active: failed，优先检查journalctl -u mysqld -n 50里是否有unknown variable或Can't open the mysql.plugin table——基本都是my.cnf路径没传进去或MariaDB残留未清干净。

最易被忽略的一点：主从集群中，从库执行START SLAVE后，必须立刻检查SHOW SLAVE STATUS\G里的Seconds_Behind_Master和Slave_IO_Running/Slave_SQL_Running。只要其中任一为No，就不能认为复制建立成功；此时Last_IO_Error或Last_SQL_Error字段才是真实线索，而不是重试START SLAVE。