处理方案:
应急方法:数据库服务端关闭SSL验证,尝试在mysql数据库服务端配置文件my.ini添加:
ssl=0
直接关闭服务端ssl验证后,程序就不会崩溃了。程序运行正常。
其他方法:更换 librocketmq.so 文件。
原先的librocketmq.so文件是通过编译rocketmq-client-cpp-release-2.2.0 生成的,后续尝试编译了rocketmq-client-cpp-release-1.2.3生成了新的librocketmq.so文件,替换原文件后问题解决。
2.2.0的编译添加了openssl的安装包,怀疑就是这里的openssl安装包导致了问题的出现。
后续发现1.2.3这一版不需要添加ssl安装包,就替换成了这一版的librocketmq.so文件。
rocketmq-client-cpp-release-2.2.0 编译参考如下:
https://blog.csdn.net/lang523493505/article/details/120823618
rocketmq-client-cpp-release-1.2.3的编译和2.2.0区别在于不需要拷贝openssl-1.1.1d.tar.gz文件进入目录。剩下的三个文件还需要拷贝进去。
通过1.2.3编译完成的librocketmq.so文件可以用指令查询符号:
nm -D librocketmq.so | grep SSL
nm -D librocketmq.so | grep CIPHER
可以发现这份文件不包含SSL和CIPHER的相关符号
对比之前的librocketmq.so文件,可以看见存在相关符号
测试发现mysql odbc驱动文件libmyodbc8w.so和librocketmq.so文件中有关于SSL和CIPHER相关的符号有冲突。程序异常崩溃的原因可能是因为程序运行时本该调用mysqlodbc的代码时,由于符号冲突,错误的调用了librocketmq.so中的代码导致的异常。
问题的发现参考了这个大佬的文章: