为什么MySQL 5.7在Ubuntu 22.04上安装时为何提示依赖包缺失

Ubuntu 22.04缺失MySQL 5.7所需的关键依赖包括libtinfo5、libssl1.1、libncurses5和libmecab2，因其默认仅提供新版libtinfo6、libssl3和libncurses6，且官方源已移除旧版兼容库。

因为 Ubuntu 22.04 默认移除了 MySQL 5.7 所需的老版本运行库，尤其是 libtinfo5、libssl1.1 和 libncurses5，而这些在 18.04/20.04 中还存在。

Ubuntu 22.04 缺失哪些关键依赖？

MySQL 5.7 是为较老的 glibc / OpenSSL / ncurses 环境编译的，Ubuntu 22.04 升级后直接删掉了这些兼容层：

• libtinfo5：被 libtinfo6 替代，但 MySQL 5.7 的二进制包硬链接了 libtinfo.so.5
• libssl1.1：22.04 默认只装 libssl3，而 5.7 不支持 OpenSSL 3.0 的 ABI
• libncurses5（或 libncurses.so.5）：同样被 libncurses6 取代，但 mysqld 启动时会明确报这个错
• libmecab2：部分 deb 包（如 mysql-community-server）声明了该依赖，但 22.04 仓库里只有 libmecab5

dpkg -i 安装失败时的典型错误信息

你看到的报错基本都指向这几个关键词：

• dpkg: error processing package mysql-community-server (--install): dependency problems
• error while loading shared libraries: libtinfo.so.5: cannot open shared object file
• error while loading shared libraries: libncurses.so.5: cannot open shared object file
• The following packages have unmet dependencies: mysql-server : Depends: lib...

这些不是“没装对”，而是系统压根没提供对应文件 —— apt list --installed | grep tinfo 会返回空，就是最直接的证据。

为什么 apt install mysql-server=5.7* 也不总管用？

即使加了官方 APT 源并指定版本，Ubuntu 22.04 的 apt 解析器仍可能拒绝降级安装旧版依赖。常见表现：

• 执行 sudo apt install mysql-server=5.7.* 后提示 “but libssl1.1 is not installable”
• 自动跳过 mysql-server，只装了 mysql-client 或 mysql-common
• 用 sudo apt --fix-broken install 时卡在 “trying to overwrite …” 类冲突

根本原因：APT 默认策略禁止混用跨发行版的二进制依赖，而 MySQL 5.7 的官方 deb 包是为 Ubuntu 18.04 构建的。

真正能跑通的依赖补全方案

别指望 apt install 自动拉齐所有东西。必须手动补全缺失的底层库，顺序不能乱：

• 先加回 jammy 的 universe 源（因 libtinfo5 已从 22.04 主源移除）：
  sudo add-apt-repository "deb http://archive.ubuntu.com/ubuntu/ jammy main universe"
• 更新后装三个核心缺失项：
  sudo apt install libtinfo5 libssl1.1 libncurses5
• 再单独装 libmecab2（如果 deb 包报这个依赖）：
  sudo apt install libmecab2 或从 jammy 源下载 deb 手动 dpkg -i
• 最后才用 dpkg -i 装 MySQL 的 mysql-common 和 mysql-community-server 包（注意顺序！）

漏掉任意一个，mysqld 都会在启动阶段崩溃，而不是安装阶段 —— 这点特别容易被忽略。