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 problemserror while loading shared libraries: libtinfo.so.5: cannot open shared object fileerror while loading shared libraries: libncurses.so.5: cannot open shared object fileThe 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.*后提示 “butlibssl1.1is 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 都会在启动阶段崩溃，而不是安装阶段 —— 这点特别容易被忽略。
