uos上安装mysql 5.7必须使用mysql官方apt仓库（选ubuntu bionic源），因uos默认源已移除5.7；需下载mysql-apt-config包、交互选择bionic和mysql-5.7、导入密钥、apt update验证后，再sudo apt install -y mysql-server=5.7.7.44-1ubuntu18.04安装并手动启动服务。
mysql-5.7 在统信UOS上不能直接通过默认APT源安装，因为UOS官方源（基于Debian 12/Ubuntu 22.04）已移除 mysql-5.7，只提供 mysql-server（实际为8.0+）。若项目强依赖 5.7，必须绕过默认源，手动引入兼容的软件源或二进制包。
apt 安装失败时的典型错误现象
执行 sudo apt install mysql-server=5.7<em></em> 后会报：
E: Version '5.7' for 'mysql-server' was not found
或提示 Unable to locate package mysql-server-5.7。
这不是网络或权限问题，而是UOS源里根本没这个包——连 apt-cache search mysql 都搜不到带 5.7 的结果。
这说明：不能靠改 apt install 命令参数强行降级，必须换源或换安装方式。
使用MySQL官方APT仓库精准锁定mysql-5.7
MySQL官网仍维护针对旧系统的APT仓库（如 ubuntu bionic），UOS x86_64可兼容使用：
下载并安装仓库配置包：
wget @#@#@#@#@#@#@#@#@#@0sudo dpkg -i mysql-apt-config_0.8.24-1_all.deb-
安装过程中会弹出交互式菜单，必须按顺序选择：
- 第一项选
ubuntu bionic（不是focal或jammy） - 第二项选
MySQL Server & Cluster - 第三项选
mysql-5.7 - 最后选
OK
- 第一项选
导入GPG密钥并更新：
sudo apt-key adv --keyserver keyserver.ubuntu.com --recv-keys 467B942D3A79BD29sudo apt update验证是否生效：
apt-cache policy mysql-server
看到输出中包含5.7.*版本行（如5.7.44-1ubuntu18.04），才算成功。
安装与初始化关键步骤及易错点
mysql-5.7 的安装命令和初始化逻辑与8.0不同，尤其注意密码策略和默认认证插件：
执行安装（必须指定版本号，否则仍可能装到8.x）：
sudo apt install -y mysql-server=5.7.<em> mysql-client=5.7.</em>安装完成后服务不会自动启动，需手动启用：
sudo systemctl enable mysqlsudo systemctl start mysql初始化安全配置：
sudo mysql_secure_installation
⚠️ 注意：5.7默认启用validate_password插件，若设简单密码（如123456）会报错。可在执行前临时禁用：sudo mysql -e "INSTALL PLUGIN validate_password SONAME 'validate_password.so'; SET GLOBAL validate_password.policy = LOW;"登录验证：
mysql -uroot -p
首次密码在安装日志里：sudo grep 'temporary password' /var/log/mysql/error.log
为什么不用DEB Bundle或二进制包？
- DEB Bundle（如
mysql-server_5.7.44-1debian12_amd64.deb-bundle.tar）不存在——MySQL官网自2021年起就不再为5.7发布DEB Bundle，只提供RPM和tar.gz； - 二进制包（
mysql-5.7.44-linux-glibc2.12-x86_64.tar.gz）虽可用，但需手动创建用户、配置systemd服务文件、处理LD_LIBRARY_PATH，且UOS对glibc 2.12兼容性不如2.31稳定，容易在启动时卡在mysqld: error while loading shared libraries。
所以，APT + 官方bionic仓库是UOS上部署mysql-5.7唯一兼顾可靠性与可维护性的路径。其他方式看似“灵活”，实则埋下后续无法升级、日志不归集、systemd状态异常等隐患。
