MySQL Connector++调试模式触发bad allocation异常问题排查

针对你遇到的Release模式正常、Debug模式调用driver->connect()时抛出std::bad_alloc的问题，以下是几个常见原因及解决思路：

1. 运行时库不匹配 #

Debug和Release模式下的C运行时库实现不同，若项目的运行时库设置与Connector/C调试库的编译配置不一致，会导致内存分配/释放的跨库冲突：

• 检查项目配置：右键项目→属性→C/C++→代码生成→运行时库，确保Debug模式为多线程调试 DLL (/MDd)，Release模式为多线程 DLL (/MD)。
• 确认Connector/C调试库是基于/MDd编译的版本（官方预编译调试库通常默认对应该配置）。如果项目用了静态运行时（/MTd），则需要自行编译Connector/C源码并指定对应运行时库。

2. 调试库版本不兼容 #

下载的Connector/C++调试文件必须与你的环境完全匹配：

• 确保调试库与使用的Release库是同一个小版本（比如都是8.2.31），跨小版本可能存在二进制不兼容。
• 匹配编译器版本（如VS2019/VS2022）和架构（x86/x64），不同VS版本的CRT二进制不兼容，x86和x64库也不能混用。

3. 依赖库的Debug版本缺失 #

Connector/C++依赖MySQL客户端库（libmysql），若Debug模式下仍链接Release版的libmysql，会导致内存管理冲突：

• 确认Debug模式下链接的是libmysqld.lib（Debug版客户端库），而非Release版的libmysql.lib。
• 将Debug版的libmysqld.dll放入项目的Debug输出目录，确保运行时能加载到正确的依赖库。

4. 内存分配器冲突 #

Debug模式下CRT会启用调试内存分配器（通过_DEBUG宏），若Connector/C++内部使用了自定义内存分配器，可能与CRT的调试分配器冲突：

• 尝试在项目中添加编译宏MYSQLCPP_NO_DEBUG（部分版本的Connector/C++支持该宏禁用内部调试分配逻辑），然后重新编译项目。
• 若自行编译Connector/C++源码，需确保编译Debug版本时启用与项目一致的内存分配宏定义。

内容的提问来源于stack exchange，提问作者sevi