MySQL动态库加载失败最常见却易被忽略的原因是LD_LIBRARY_PATH未生效，因其受启动方式、systemd封装、sudo权限清除及二进制硬编码RPATH（如DT_RUNPATH）等多重拦截，导致链接器优先使用程序内置路径而忽略该环境变量。
LD_LIBRARY_PATH 没生效，是 MySQL 动态库加载失败最常见却最容易被忽略的原因。 它不是“设了就管用”，而是受启动方式、用户权限、shell 类型甚至 systemd 服务封装的层层拦截 —— 很多时候你明明 export LD_LIBRARY_PATH=/usr/local/mysql/lib 了，ldd ./mysqld 却依然显示 libmysqlclient.so.16 => not found。
为什么 mysqld 启动时完全无视你的 LD_LIBRARY_PATH
MySQL 的二进制（尤其是官方预编译包或 Percona Server）在编译时通常设置了 DT_RUNPATH 或 DT_RPATH，这会让动态链接器优先信任程序自己“硬编码”的搜索路径，直接跳过 LD_LIBRARY_PATH。你可以用这个命令验证：
readelf -d /usr/local/mysql/bin/mysqld | grep -E 'RUNPATH|RPATH'
如果输出里有类似 0x000000000000001d (RUNPATH) Library runpath: [/usr/local/mysql/lib]，那就说明它只认自己指定的路径 —— 你设的 LD_LIBRARY_PATH 被彻底绕过了。
- systemd 管理的服务（比如
mysqld.service）默认不继承用户 shell 的环境变量，LD_LIBRARY_PATH在 service 文件里必须显式声明 - sudo 执行时，除非加
-E参数，否则会清空大部分环境变量 - 某些 shell（如 dash）对
export的处理更严格，子进程可能无法继承
检查 LD_LIBRARY_PATH 是否真被 mysqld 进程看到
别只信 shell 里的 echo $LD_LIBRARY_PATH，要确认它是否传进了 mysqld 进程本身：
- 先用
ps aux | grep mysqld找到主进程 PID - 再查它的环境：
cat /proc/<pid>/environ | tr '\0' '\n' | grep LD_LIBRARY_PATH</pid> - 如果没输出，说明该变量根本没进去 —— 此时改 shell 里的 export 毫无意义
另一个快速验证法：临时用 env LD_LIBRARY_PATH=/your/path /usr/local/mysql/bin/mysqld --print-defaults。如果这能跑通但普通启动不行，就是环境传递链断了。
真正起效的三种设置方式（按推荐顺序）
绕过 LD_LIBRARY_PATH 的不可靠性，直接让链接器“记住”路径：
- 把库目录写进
/etc/ld.so.conf.d/mysql.conf（内容只有一行：/usr/local/mysql/lib），然后运行ldconfig。这是系统级生效、最稳定的方式 - 对 mysqld 二进制打补丁（慎用）：
patchelf --set-rpath '/usr/local/mysql/lib' /usr/local/mysql/bin/mysqld。适用于无法改系统配置的容器或受限环境 - 在 systemd service 文件中加环境变量：
Environment="LD_LIBRARY_PATH=/usr/local/mysql/lib"，并确保systemctl daemon-reload。注意：不能只写ExecStartPre=export LD_LIBRARY_PATH=...，那只是临时 shell 变量
容易被忽略的权限和架构陷阱
即使路径全对，加载仍可能静默失败：
-
libmysqlclient.so.16文件本身必须有可读权限（chmod 644），且所在目录要有执行权限（chmod 755）—— 缺少 x 权限会导致链接器拒绝进入该目录扫描 - 32 位程序不能加载 64 位
.so，反之亦然。用file /usr/local/mysql/bin/mysqld和file /usr/local/mysql/lib/libmysqlclient.so.16确认两者都是ELF 64-bit LSB shared object - 某些旧版 CentOS（如 6.x）自带的
glibc太老，而新 MySQL 依赖GLIBC_2.17+—— 此时设对路径也没用，ldd会报version `GLIBC_2.17' not found，必须升级系统或换兼容版本
真正的难点不在“怎么设”，而在“设完之后谁在用、用得上吗”。每次修改后，务必用 ldd /usr/local/mysql/bin/mysqld | grep mysql 看是否已解析出绝对路径，而不是只盯着错误信息本身。
