mysql 5.7启动报ld-linux.so加载异常，根本原因是二进制包与系统glibc符号不兼容；应换用rpm包或匹配glibc版本的官方tar包，严禁升级glibc或替换ld-linux.so.2。
ld-linux.so加载异常的典型表现
执行 mysqld --initialize 或启动服务时直接报错退出，错误信息类似：/lib64/ld-linux-x86-64.so.2: version `GLIBC_2.14' not found (required by /software/mysql/bin/mysqld)，或提示 cannot dynamically load /lib64/ld-linux-x86-64.so.2。这不是权限或路径问题，而是二进制兼容性断裂。
确认glibc版本是否满足MySQL 5.7最低要求
MySQL 5.7官方二进制包（linux-glibc2.12-x86_64）明确依赖 glibc ≥ 2.12，但部分老系统（如 CentOS 6、某些精简版 Docker 镜像）实际只带 glibc 2.12 以下版本，或虽标称 2.12 却缺失关键 symbol（如 GLIBC_2.14）。不要只看 ldd --version 输出，要验证运行时符号可用性：
- 运行
getconf GNU_LIBC_VERSION查看真实 glibc 版本 - 用
strings /lib64/libc.so.6 | grep GLIBC_看支持的最高 symbol 版本 - 对比 MySQL 包名中的
glibc2.12——它指编译环境，不代表向下兼容所有 2.12+ 系统
绕过ld-linux.so兼容性问题的实操方案
不能升级系统 glibc（风险极高），也不能强行替换 ld-linux-x86-64.so.2（会崩系统）。可行路径只有两条：
-
换包：下载对应你系统 glibc 版本的 MySQL 官方包。例如 CentOS 6 用户必须选
mysql-5.7.xx-linux-glibc2.5-x86_64.tar.gz（极少提供），或退而求其次用mysql-community-serverRPM 包（由 yum 自动解决依赖） -
换方式：放弃官方二进制包，改用
yum install mysql-community-server --nogpgcheck。RPM 包经适配，会链接系统已有 glibc 符号，且自动处理ldconfig缓存 - 若必须用 tar 包且无法换系统，可临时在启动命令前加
LD_LIBRARY_PATH=/software/mysql/lib，但仅对部分缺失库有效，对ld-linux.so.2本身无效
为什么初始化后首次启动仍可能触发该错误
即使 mysqld --initialize 成功，后续 mysql.server start 或 systemctl start mysqld 仍可能失败，因为启动脚本默认调用的是 /usr/local/mysql/bin/mysqld（硬编码路径），而你解压在 /software/mysql。此时错误看似是 ld-linux.so，实则是脚本找不到正确二进制，转而调用了系统残留旧版或错误路径下的 mysqld。
- 检查
mysql.server脚本里basedir和datadir是否指向你的真实路径 - 避免使用
support-files/mysql.server启动，改用绝对路径直接运行：/software/mysql/bin/mysqld --defaults-file=/etc/my.cnf --user=mysql & - systemd 方式需重写
/usr/lib/systemd/system/mysqld.service中的ExecStart，确保指向你的mysqld位置
