因为Debian 12官方源无mysql-server包，仅提供mariadb-server；直接apt install会报“无法定位软件包”或安装MariaDB，且MySQL 8.0依赖libssl3等新库，旧版包若未适配会导致libssl.so.1.1缺失错误。
为什么 apt install mysql-server 会报依赖错误
因为 Debian 12 官方源里根本没有 mysql-server 包，它默认只提供 mariadb-server。直接运行 apt install mysql-server 实际会尝试安装 MariaDB，或者干脆报“无法定位软件包”。更常见的是：你已添加 MySQL 官方仓库，但安装时仍卡在类似 libssl1.1、libmecab2 或 psmisc 缺失的错误——这不是网络问题，而是 MySQL 8.0 的 deb 包明确声明了这些运行时依赖，而 Debian 12（bookworm）默认已移除 libssl1.1，改用 libssl3。
必须提前装好的关键依赖包
MySQL 8.0 在 Debian 12 上运行需要以下底层支撑，漏一个都可能让 dpkg -i 失败或服务启动后立即崩溃：
-
gnupg：安装mysql-apt-config时强制预依赖，不装会直接中断仓库配置 -
psmisc：提供fuser命令，MySQL 启动时用它检查端口占用，缺失会导致初始化失败 -
libnuma1：NUMA 架构支持库，部分服务器硬件（尤其多路 CPU）下缺失会引发mysqld段错误 -
libmecab2：全文检索（mechab分词）依赖，不装会导致mysql-server安装中途退出，提示“dependency is not satisfiable”
执行这条命令一次性补全（含 gnupg）：sudo apt install gnupg psmisc libnuma1 libmecab2 -y
离线环境下的依赖安装顺序不能乱
如果你在断网服务器上部署，必须严格按依赖层级安装 deb 包，否则 dpkg -i 会因未满足前置条件静默失败：
- 先装基础运行库：
libc6→libgcc-s1→libstdc++6→gcc-12-base - 再装工具与功能库：
psmisc→libnuma1→libmecab2 - 最后才装 MySQL 自身包：
mysql-common→mysql-community-client-core→mysql-community-server
顺序错位（比如先装 mysql-community-server 再装 libmecab2），dpkg 不会自动修复，得手动 sudo apt --fix-broken install，但离线时这招无效。
安装后仍提示 “Can’t find ‘libssl.so.1.1’” 怎么办
这是 Debian 12 最典型的兼容性陷阱。MySQL 8.0 官方 deb 包编译时链接的是 libssl1.1，但 bookworm 默认只带 libssl3。硬装 libssl1.1（如从 debian10/buster 源下载）风险极高，可能破坏系统安全更新链。正确解法是：
- 确认你用的是 MySQL 官方最新仓库包（2026 年应为
mysql-apt-config_0.8.29-1_all.deb），它已适配 bookworm 的libssl3 - 如果已装旧版仓库包，先卸载：
sudo apt purge mysql-apt-config，再重装新版 - 安装前务必执行：
sudo apt update && sudo apt full-upgrade -y，确保libssl3和所有内核模块同步
装完验证：ldd /usr/sbin/mysqld | grep ssl 输出应为 libssl.so.3，而非 libssl.so.1.1。
