【 使用环境 】 测试环境
【 OB or 其他组件 】ob
【 使用版本 】社区版4.2.4
【问题描述】在系统默认的/usr/lib64下有so库，先想让observer使用其他路径下的 so库，export LD_LIBRARY后，ldd observer后确实链接到了指定路径的so库，但实际使用的还是/usr/lib64下的so库，想问下该如何使用指定路径下的so库
创建个软连接 ln -s
指定路径的so还依赖于其他的so库，把所有so都链接到默认路径的话会有点麻烦，想问下有没有其他手段哈
根据您的描述，问题的核心是让 OceanBase 的 observer 进程加载指定路径下的 .so 库，而不是默认路径 /usr/lib64 下的库。尽管您通过 export LD_LIBRARY_PATH 指定了自定义路径，并且通过 ldd observer 验证了链接关系，但实际运行时仍然使用的是 /usr/lib64 下的库。
以下是可能的解决方案：
1. 使用 LD_PRELOAD 强制加载特定的 .so 库
LD_PRELOAD 是一个环境变量，可以用来在程序启动时强制加载特定的共享库。您可以尝试以下步骤：
- 确保目标
.so库及其依赖的所有.so库都在同一个目录下。 - 设置
LD_PRELOAD环境变量为您的自定义.so库路径。
示例命令：
export LD_PRELOAD=/path/to/your/custom/libcustom.so
./observer
注意：
LD_PRELOAD只能加载动态链接库，如果您的.so库中有静态依赖，可能需要额外处理。
2. 修改 observer 启动脚本
如果您是通过脚本启动 observer，可以在启动脚本中显式设置 LD_LIBRARY_PATH 和其他相关环境变量。例如：
#!/bin/bash
export LD_LIBRARY_PATH=/path/to/your/custom/libs:$LD_LIBRARY_PATH
./observer
确保将 /path/to/your/custom/libs 替换为实际的自定义库路径。
3. 使用绝对路径链接 .so 库
如果 .so 库之间存在复杂的依赖关系，可以尝试在编译或构建阶段使用绝对路径链接这些库。例如，在编译时指定 -Wl,-rpath 参数：
gcc -o your_program your_program.c -L/path/to/your/custom/libs -lcustom -Wl,-rpath,/path/to/your/custom/libs
这会将自定义路径嵌入到可执行文件中，使得运行时优先加载该路径下的 .so 库。
4. 检查 .so 库的依赖关系
使用 ldd 命令检查目标 .so 库的依赖关系，确保所有依赖的 .so 库都能正确加载。例如：
ldd /path/to/your/custom/libcustom.so
如果发现某些依赖库仍然指向 /usr/lib64，可以尝试将这些依赖库也复制到自定义路径下，并重新设置 LD_LIBRARY_PATH。
5. 使用 patchelf 修改 .so 库的 RPATH
如果 .so 库的依赖路径是硬编码的（例如 /usr/lib64），可以使用 patchelf 工具修改其 RPATH。例如：
patchelf --set-rpath /path/to/your/custom/libs /path/to/your/custom/libcustom.so
这会将 .so 库的搜索路径更改为指定的自定义路径。
总结
以上方法可以帮助您解决 observer 加载指定路径 .so 库的问题。推荐优先尝试 LD_PRELOAD 或修改启动脚本的方式，因为它们不需要修改原始库文件或重新编译程序。如果问题仍未解决，请进一步检查 .so 库的依赖关系和权限设置，确保所有依赖库都能正确加载。
如果仍有疑问，建议提供更详细的错误日志或依赖关系信息，以便进一步分析。
详情请参考:
学习一下