根本原因是MySQL二进制包依赖的glibc版本（如2.28）高于CentOS 7.9系统自带的glibc-2.17，导致mysqld --initialize报GLIBC_2.28或GLIBCXX_3.4.20 not found；正确做法是下载匹配glibc-2.17的官方安装包（如mysql-8.0.xx-linux-glibc2.17-x86_64.tar.xz），而非升级系统glibc或手动替换so文件。
mysqld --initialize 报 GLIBC_2.28 或 GLIBCXX_3.4.20 not found
根本原因不是 MySQL 本身有问题，而是你下载的二进制包编译时依赖的 glibc 版本高于系统自带版本。CentOS 7.9 默认 glibc-2.17，而官网提供的 mysql-8.0.36-linux-glibc2.28-x86_64.tar.xz 要求至少 glibc-2.28 —— 直接运行 mysqld --initialize 必然失败。
典型错误行包括：
mysqld: /lib64/libc.so.6: version `GLIBC_2.28' not found mysqld: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found
- 别急着升级
glibc：它是系统核心库，强行替换极易导致ls、cp等基础命令失效，甚至 SSH 断连 - 也别手动拷贝
libstdc++.so.6替换：容易引发符号冲突或 libc 连锁损坏 - 正确做法是——换安装包，而不是换系统
如何确认并下载匹配的 MySQL 8.0 安装包
先查清自己系统的 glibc 版本：
$ ldd --version ldd (GNU libc) 2.17
再去 MySQL 官网下载页（MySQL :: Download MySQL Community Server (Archived Versions)），找带明确 glibc 后缀的包：
- CentOS 7.x（
glibc-2.17）→ 选mysql-8.0.xx-linux-glibc2.17-x86_64.tar.xz（部分旧版也标为glibc2.12，实际兼容 2.17） - Rocky Linux 8+ / CentOS 8+（
glibc-2.28）→ 才能用glibc2.28包 - 注意包名里不含 “
el7” 或 “el8” 的 generic tarball 才是你要的；RPM 包（如mysql80-community-release-el7）由 yum 自动选 glibc 版本，相对安全
例如，mysql-8.0.32-linux-glibc2.12-x86_64.tar.xz 在 CentOS 7.9 上可直接初始化成功，无需任何系统库改动。
初始化后仍报 CXXABI 或 GLIBCXX 版本错
这说明你虽换了 MySQL 包，但系统 libstdc++.so.6 太旧（比如只到 GLIBCXX_3.4.19），而 MySQL 8.0 需要 GLIBCXX_3.4.20+。这不是 glibc 问题，是 GCC 工具链版本低导致的。
- 运行
strings /usr/lib64/libstdc++.so.6 | grep GLIBCXX查看当前支持的符号版本 - 若最高只到
GLIBCXX_3.4.19，需升级libstdc++，但**不要重装整个 gcc** - 稳妥做法：下载高版本 GCC 编译出的
libstdc++.so.6.0.xx（如 6.1.0 → 6.0.22），仅替换该文件并重建软链接：cp libstdc++.so.6.0.22 /usr/lib64/ rm -f /usr/lib64/libstdc++.so.6 ln -s libstdc++.so.6.0.22 /usr/lib64/libstdc++.so.6
- 验证：
strings /usr/lib64/libstdc++.so.6 | grep GLIBCXX应出现GLIBCXX_3.4.20及以上
为什么 rpm/yum 安装有时不报 glibc 错，而 tarball 会？
RPM 包在构建时做了兼容性处理：它要么静态链接部分依赖，要么在 %pre 脚本中检查 glibc 版本并拒绝安装；而 generic tarball 是“裸二进制”，完全依赖运行时系统环境。
-
yum install mysql-server（来自 mysql80-community-release）会自动拉取适配 el7 的 glibc2.17 构建版 -
wget直接下官网最新 tarball，大概率是 glibc2.28+，专为较新发行版准备 - 同一个
mysql-8.0.36版本，RPM 和 tarball 的底层二进制可能完全不同
最易被忽略的一点：错误日志里出现多个不同版本的缺失提示（比如同时有 GLIBC_2.25、GLIBCXX_3.4.22、CXXABI_1.3.11），说明你正在混用不匹配的组件——不是某个单一库的问题，而是整个工具链与 MySQL 二进制不配套。此时退回“下载匹配安装包”是最短路径。
