官答丨操作系统升级 Openssl 导致 GreatSQL 无法启动

* GreatSQL社区原创内容未经授权不得随意使用,转载请联系小编并注明来源。

官答栏目针对 GreatSQL 数据库中的问题,选取官方论坛和讨论群中的典型提问进行深入解答。内容涵盖数据库安装部署、配置优化、故障排查、性能测试等方面。
在文章中,不仅提供解决方案,还会结合实例深入剖析问题的成因,提升读者对 GreatSQL 数据库的理解能力。
如果你在管理、使用 GreatSQL 数据库时遇到棘手的技术难题,想系统地学习提高数据库技能,就来看看官答的文章吧。这里不仅可以找到可靠的解决方法,还能从中学习到数据库优化的经验和思路。
通过阅读官答的内容,可以全面地掌握 GreatSQL 数据库管理的技能,熟练应对各种故障情况。快来关注官答栏目,与我们一起成长!


本问题来自讨论区群,用户使用数据库环境大概介绍如下: 名称版本操作系统CentOS 7系统内核版本3.10.0-1160.118.1.el7.x86_64openssl升级之前版本1.0.2kopenssl升级之后版本1.1.1w数据库版本GreatSQL-8.0.32-25 用户问题 用户提供的问题信息内容如下: 1、Openssl 版本升级之后 GreatSQL 无法启动报错如下: -- Unit mysqld.service has begun starting up. Jun 07 14:03:21 m-node1 mysqld[34078]: /usr/local/GreatSQL/bin/mysqld: /usr/local/openssl/lib/libcrypto.so: version `OPENSSL_1.0.1_EC' not found (required by /usr/local/GreatSQL/bin/../lib/private/libssl.so.10) Jun 07 14:03:21 m-node1 mysqld[34078]: /usr/local/GreatSQL/bin/mysqld: /usr/local/openssl/lib/libcrypto.so: version `libcrypto.so.10' not found (required by /usr/local/GreatSQL/bin/../lib/private/libssl.so.10) Jun 07 14:03:21 m-node1 systemd[1]: mysqld.service: control process exited, code=exited status=1 Jun 07 14:03:21 m-node1 systemd[1]: Failed to start MySQL Server.

2、用户经过检查,再次安装了 GreatSQL 的 rpm 依赖包,依然报错 so 动态库文件问题
$ yum install -y pkg-config perl libaio-devel numactl-devel numactl-libs net-tools openssl openssl-devel jemalloc jemalloc-devel perl-Data-Dumper perl-Digest-MD5 python2 perl-JSON perl-Test-Simple
3、将 GreatSQL 命令配置到环境变量 PATH 中,依然报错 so 动态库文件问题
$ ln -s /usr/local/GreatSQL-8.0.32-25-Linux-glibc2.17-x86_64 /usr/local/greatsql

$ vim /etc/profile
export PATH=$PATH:/usr/local/greatsql/bin

$ source /etc/profile

$ mysql -V
mysql: /usr/local/openssl/lib/libcrypto.so: version libcrypto.so.10&#39; not found (required by mysql)</code> <code>mysql: /usr/local/openssl/lib/libssl.so: version libssl.so.10' not found (required by mysql)

解答用户疑问
根据现象及报错内容分析,推测极可能是在 /usr/local 目录下安装了更高版本的 Openssl,导致动态库链接失败。
这种情况可以把 Openssl 下的 lib 库加载到 LD_LIBRARY_PATH 环境变量中。
解决用户问题
将 Openssl 下的 lib 库加载到 LD_LIBRARY_PATH 环境变量中。
意思也是为了,不将 /usr/local/openssl/lib 加载到 LD_LIBRARY_PATH 中了。
$ vim /etc/profile
export LD_LIBRARY_PATH=/usr/lib64
$ source /etc/profile

使用ldd命令检查mysqld是否缺失依赖so库文件
$ ldd mysqld | grep ssl
libssl.so.10 => /usr/local/GreatSQL-8.0.32-25-Linux-glibc2.17- x86_64/bin/./../lib/private/libssl.so.10 (0x00007f292ed72000)

$ ldd mysql | grep ssl
libssl.so => /lib64/libssl.so (0x00007fdfc566d000)

此时so动态库文件已经具备,再次可正常启动GreatSQL数据库实例。
$ /usr/local/greatsql/bin/mysqld --defaults-file=/data/greatsql/greatsql3306/my3306.cnf &
$ ps -ef | grep mysqld
$ ss -lnp | grep mysqld

问题延伸
对于 systemd 方式启动 GreatSQL 数据库LD_LIBRARY_PATH变量怎么配置?
如果是用 systemd 方式启动 GreatSQL ,需要修改 systemd 的 service 文件,添加 LD_LIBRARY_PATH 这个环境变量参数即可,配置方式如下:
$ echo "LD_LIBRARY_PATH=/usr/lib64" >> /etc/sysconfig/mysql
$ ldconfig
$ vim /lib/systemd/system/greatsql.service
[Unit]
......省略

[Service]
EnvironmentFile=-/etc/sysconfig/mysql

启动GreatSQL
# 重新加载systemd的service文件
$ systemctl daemon-reload

# 启动GreatSQL服务
$ systemctl start greatsql

# 查看GreatSQL服务运行状态
$ systemctl status greatsql

# 查看GreatSQL实例进程
$ ps -ef | grep mysqld

# 查看GreatSQL实例端口
$ ss -lnp | grep mysql