MySQL需OpenSSL 3时系统仅有1.1版本，二者ABI不兼容，强行软链接会导致崩溃；应先确认MySQL版本需求，用ldd和readelf查实际依赖，再按系统差异安装openssl3包、刷新ldconfig或配置LD_LIBRARY_PATH。
ldd 显示缺 libcrypto.so.3，但系统只有 libcrypto.so.1.1
这说明 MySQL 二进制（比如 mysqld）在编译时硬依赖 OpenSSL 3 的 ABI，而你系统装的是 OpenSSL 1.1 —— 二者不兼容，ln -s /usr/lib64/libcrypto.so.1.1 /usr/lib64/libcrypto.so.3 这类操作大概率导致 mysqld 启动即崩溃或 SSL 连接失败。
真正该做的是：先确认你用的 MySQL 版本是否真的需要 OpenSSL 3。运行 mysqld --version，再查对应版本的官方文档（例如 MySQL 8.0.33+ 才默认要求 OpenSSL 3；5.7 或 8.0.32 及以前多用 libcrypto.so.10 或 libcrypto.so.1.1）。别被报错信息带偏——错误里写的名 ≠ mysqld 实际需要的名。
- 用
ldd $(which mysqld) | grep crypto看它到底找哪个文件名 - 用
readelf -d $(which mysqld) | grep NEEDED确认声明的 exact 名（比如libcrypto.so.3） - 用
find /usr -name "libcrypto.so.*" 2>/dev/null扫描所有候选文件 - 对每个找到的文件运行
objdump -p xxx.so | grep SONAME，只保留输出为SONAME libcrypto.so.3的那个
CentOS/RHEL 8 上 openssl3 库在 /usr/lib64/openssl3/，但 ldconfig 找不到
这是典型路径未纳入动态链接器搜索范围的问题。RHEL 8+ 默认把 OpenSSL 3 的库放在 /usr/lib64/openssl3/，但该路径不在 /etc/ld.so.conf 默认列表中，所以即使装了 openssl3 包，ldd 仍会报 libcrypto.so.3: cannot open shared object file。
此时不该建软链接，而应让 ldconfig 主动识别这个目录：
- 运行
sudo ldconfig -n /usr/lib64/openssl3/（临时生效） - 或写入配置：
echo "/usr/lib64/openssl3" | sudo tee /etc/ld.so.conf.d/openssl3.conf，再执行sudo ldconfig - 验证是否生效：
ldconfig -p | grep crypto应能看到libcrypto.so.3条目
Ubuntu/Debian 装了 libssl-dev 却还是缺 libcrypto.so.10
libssl-dev 在 Ubuntu 20.04+ 提供的是 libcrypto.so.1.1，而老版 MySQL（如 5.7.32 el7 包）明确要 libcrypto.so.10。这不是没装 OpenSSL，而是版本代差太大，ABI 不兼容。
Ubuntu 官方源已移除 libssl1.0.0（提供 libcrypto.so.10），所以不能靠 apt install 直接解决：
- 手动下载并安装旧包（如
libssl1.0.0_1.0.2u-1~18.04.1_amd64.deb），注意校验签名 - 或改用兼容性更强的 MySQL 安装方式：用官方 APT 仓库（
mysql-apt-config）而非直接下 .deb 包，它会自动拉取匹配依赖的版本 - 若必须用 el7 RPM 包，优先换到 CentOS 7 或 AlmaLinux 7 环境，避免跨发行版硬凑
软链接能用的前提是目标文件真实存在且 SONAME 匹配
盲目执行 ln -s /xxx/libcrypto.so.3 /usr/lib64/libcrypto.so.3 是最常见翻车点。很多用户扫到一个叫 libcrypto.so.3 的文件就直接链，结果发现它是从 OpenSSL 1.1 改名伪造的“假货”，objdump -p 一查 SONAME 其实是 libcrypto.so.1.1。
软链接只在一种场景下安全有效：系统里有真正的 OpenSSL 3.x 库（SONAME 确实是 libcrypto.so.3），但它的路径不在标准位置，且 MySQL 死磕这个文件名。
- 必须先用
objdump -p /path/to/real/libcrypto.so.3 | grep SONAME确认输出为SONAME libcrypto.so.3 - 目标路径要绝对准确，比如
/usr/lib64/openssl3/libcrypto.so.3→/usr/lib64/libcrypto.so.3 - 加
-f参数强制覆盖：sudo ln -sf /usr/lib64/openssl3/libcrypto.so.3 /usr/lib64/libcrypto.so.3 - 链接后务必
ldd $(which mysqld) | grep crypto验证是否显示 “=> /usr/lib64/libcrypto.so.3”
真正容易被忽略的是：软链接解决的只是“找不到”，不是“找错了”。如果 mysqld 声明需要 libcrypto.so.10，而你硬链了个 .so.3，那后续崩溃是必然的——ABI 不兼容这事，连 ldd 都不会报错，得等连接建立或加密操作时才出问题。
