海淀区企业网络公司/关键词优化

Linux环境下，使用mysql connector cpp的时候，链接的时候报错：

/usr/bin/ld: warning: libssl.so.10, needed by /usr/lib64/libssh2.so.1, may conflict with libssl.so.1.1
/usr/bin/ld: ext/openssl/.libs/xp_ssl.o: undefined reference to symbol 'SSLv3_server_method@@libssl.so.10'
/usr/lib64/libssl.so.10: error adding symbols: DSO missing from command line
collect2: error: ld returned 1 exit status

类似于上面这种，总之是libmysqlcppconn.so使用的libssl与现在开发环境其他库（如boost,rbmq等）使用的libssl版本不一样。

比如当前我们使用的是libssl.so.10， 也就是libssl.so.1.0.2的版本，所以我要找到一个同样使用libssl.so.1.0.2的 libmysqlcppconn，或者至少是libssl.so.1.0.*

但是这样的libmysqlcppconn是比较老的版本，至少要是1.1.9之前的版本，发布时间是2017年以前。而我们的编译环境使用的是c++17（试了c++11似乎也不行）。 比如用libmysqlcppconn.so.1.1.9 和c++17编译，链接的时候会报这样的错误：

***/cppconn/exception.h:39:34: error: ISO C++17 does not allow dynamic exception specificationsvoid* operator new(size_t size) throw (std::bad_alloc) { return ::operator new(size); }  \

看起来也是兼容性的问题，c++17已经抛弃了这种写法，从c++版本上考虑，必须使用较新版本的libmysqlcppconn。

而我们开发环境又不太好改，毕竟大家用的是同一套开发环境，到此，陷入了死胡同。

最终解决办法：库文件还使用ibmysqlcppconn.so.1.1.9， 以兼容libssl.so.10。把头文件替换成更新的版本，比如1.1.11（不敢版本跨度太大，否则可能会有问题），以兼容c++17。

这样链接成功，运行正常。

另外，兼容GLIBC也要，查看GBLIC的方式：

strings /lib64/libc.so.6 | grep GLIBC

下载的mysqlcppconn文件名中包含了GBLIC版本，比如mysql-connector-c++-1.1.11-linux-glibc2.12-x86-64bit.tar.gz 需要glibc2.12

Ref:
https://dev.mysql.com/doc/connector-cpp/1.1/en/connector-cpp-introduction.html
https://downloads.mysql.com/archives/c-cpp/
https://www.likecs.com/ask-163341.html