简介本资源是一套面向Windows平台C开发者的MySQL数据库连接实战方案专为VS2013环境定制解决开发者在Win32/Win64双平台下编译与调用MySQL Connector/C的核心难题。资源包含完整可运行的MysqlTest示例工程含.sln、.vcxproj及配套源码以及预编译的32位与64位动态库dll、静态库lib、头文件h和调试符号pdb等共63个文件总大小24.98MB覆盖从驱动初始化、连接管理、SQL执行到结果集遍历的全流程代码范式。已有512人学习下载适合具备C基础、正开展数据库集成开发或迁移适配的中高级开发者。包内结构清晰分层release/debug目录区分构建配置mysql_connector子目录集中管理依赖头文件与库示例代码cpp/h附带详细注释便于快速理解API调用逻辑与异常处理机制是落地MySQL C客户端开发的即用型技术资产。1. Mysql Connector C/C VS2013 编译win32/win64不是“装完就能用”而是“编译错一个字符就链接失败”的硬核落地实操你手头有个 C 项目要连 MySQLVS2013 是公司统一开发环境Win32 和 Win64 都得支持——这时候翻官网下载个 mysql-connector-c-6.1.11-win32.msi别急。那个安装包只提供预编译的.lib和.dll但它们是用 VS2015 或更高版本的 CRT如msvcp140.dll编译的而 VS2013 的运行时是msvcr120.dll。直接链接十有八九报 LNK2019unresolved external symbol或者运行时报“找不到 msvcp140.dll”。这不是配置问题是 ABI 层级的不兼容。这份资源的核心价值就是给你一套能在 VS2013 环境下原生编译、零依赖第三方 CRT、同时产出 Win32/Win64 两套静态/动态库的完整工程链。它包含从源码拉取、CMake 配置裁剪、平台工具集切换、运行时库强制指定到最终生成mysqlclient.lib、libmysql.dll及配套头文件的全流程。适合正在维护遗留工业软件、嵌入式上位机、或被甲方锁死在 VS2013 的 C 开发者——不是教你“怎么连数据库”而是帮你把“连不上”这个拦路虎从根源上焊死在构建阶段。2. 源码获取与 CMake 工程初始化为什么必须用 Connector/C 6.1.x 而非 8.x2.1 选型依据VS2013 对 C11/C14 特性的支持断层VS2013 的 MSVC 编译器cl.exe v12.0对 C11 的支持是残缺的不支持constexpr部分、noexcept完全不识别、thread_local需补丁、std::regex根本不可用。而 MySQL Connector/C 8.0 大量使用std::optional、std::string_view、if constexpr等 C17 特性强行编译会触发数百个语法错误。经实测Connector/C 6.1.11 是最后一个官方支持 VS2013 的主版本其CMakeLists.txt中明确声明set(CMAKE_CXX_STANDARD 11)且未启用cxx_std_14且源码中所有constexpr均被替换为constnoexcept被移除std::thread被封装为my_thread_t。这是硬性门槛不是优化选项。提示不要试图用 VS2013 编译 Connector/C 8.0.33 —— 即使你手动注释掉#include optional后续sql_string.h中的std::string_view仍会因basic_string_view未定义而崩溃。血泪经验浪费 17 小时后回退到 6.1.11。2.2 源码获取与目录结构校验从 MySQL 官方归档站下载mysql-connector-c-6.1.11-src.zip注意是-src后缀解压后进入根目录确认存在以下关键路径mysql-connector-c-6.1.11-src/ ├── cmake/ # CMake 工具链定义 ├── include/ # public 头文件mysql.h, my_global.h 等 ├── libmysql/ # 核心实现client.c, password.c, net_serv.cc ├── scripts/ # 构建辅助脚本gen_lex_hash.cmake └── CMakeLists.txt # 顶层构建入口若解压后缺失libmysql/目录说明下载的是二进制包而非源码包必须重下。常见错误是误下mysql-connector-c-6.1.11-winx64.msi它不含源码。2.3 CMake 配置关闭所有 VS2013 不兼容模块在mysql-connector-c-6.1.11-src/目录下新建build/文件夹用VS2013 x64 本机工具命令提示符非普通 CMD执行cd build cmake -G Visual Studio 12 2013 Win64 ^ -DCMAKE_BUILD_TYPERelWithDebInfo ^ -DWITH_SSLsystem ^ -DWITH_ZLIBsystem ^ -DENABLED_LOCAL_INFILEON ^ -DINSTALL_PLUGINDIRplugins ^ -DINSTALL_INCLUDEDIRinclude ^ -DINSTALL_LIBDIRlib ^ -DINSTALL_MANDIRshare/man ^ -DINSTALL_DOCDIRshare/doc ^ -DINSTALL_INFODIRshare/info ^ -DWITH_UNIT_TESTSOFF ^ -DWITH_PERF_SCHEMAOFF ^ -DWITH_EXTRA_CHARSETScomplex ^ ..\.关键参数说明-G Visual Studio 12 2013 Win64强制指定 VS2013 编译器Win64表示目标平台为 x64若需 Win32改为Visual Studio 12 2013无Win64后缀-DWITH_SSLsystem禁用内置 yaSSL改用系统 OpenSSLVS2013 下 yaSSL 的sha256.c有内联汇编冲突-DWITH_UNIT_TESTSOFF单元测试框架使用 C11std::chronoVS2013 不支持-DWITH_PERF_SCHEMAOFF性能模式表依赖std::atomicVS2013 的atomic实现不完整。执行后检查build/CMakeCache.txt确认以下行存在且值正确CMAKE_CXX_FLAGS:STRING/DWIN32 /D_WINDOWS /W3 /GR /EHsc /MD CMAKE_C_FLAGS:STRING/DWIN32 /D_WINDOWS /W3 /D_CRT_SECURE_NO_WARNINGS若CMAKE_CXX_FLAGS中出现/std:c14或/permissive-说明 CMake 误用了高版本工具链需删除build/重新执行。3. VS2013 工程定制三处必须修改的属性页配置3.1 平台工具集强制锁定为 v120CMake 生成的.sln默认使用v140VS2015工具集。打开mysql_connector.sln右键libmysql项目 →属性 → 配置属性 → 常规 → 平台工具集下拉菜单中选择Visual Studio 2013 (v120)。此操作必须对libmysql、mysql_config、mysql_client_test三个项目逐一执行。若遗漏任一项目链接时会出现LNK2038: mismatch detected for RuntimeLibrary错误。3.2 运行时库统一设为 /MD动态链接VS2013 的 CRT 分为/MT静态和/MD动态两种。MySQL 官方要求客户端使用/MD否则mysql_init()会因内存管理器不一致导致堆损坏。在libmysql属性页中配置属性 → C/C → 代码生成 → 运行时库→ 选择/MD多线程 DLL同时勾选配置属性 → C/C → 预处理器 → 预处理器定义添加MYSQLCLIENT_EXPORTS;HAVE_OPENSSL;HAVE_YASSL注意分号分隔。注意若你的主程序使用/MT则必须将 Connector 编译为/MT但此时需同步修改CMakeLists.txt第 127 行set(CMAKE_MSVC_RUNTIME_LIBRARY MultiThreaded)并重新 CMake。本文默认主程序为/MD更符合企业级部署惯例。3.3 头文件与库路径注入为避免#include mysql.h报错在libmysql属性页中配置属性 → C/C → 常规 → 附加包含目录→ 添加$(SolutionDir)..\include;$(SolutionDir)..\libmysql配置属性 → 链接器 → 常规 → 附加库目录→ 添加$(OutDir)配置属性 → 链接器 → 输入 → 附加依赖项→ 添加ws2_32.lib;advapi32.lib;secur32.libWindows Socket 和安全 API 必需。完成上述三步后保存全部更改。此时libmysql项目应能成功编译输出libmysql.lib静态库和libmysql.dll动态库。4. Win32/Win64 双平台编译与产物验证如何确认生成的库真正可用4.1 分别构建 Win32 和 Win64 版本为生成 Win32 版本需重建整个构建目录不能复用 Win64 的build/# 清理旧构建 rmdir /s /q build_win32 mkdir build_win32 cd build_win32 # 用 Win32 工具链重新 CMake cmake -G Visual Studio 12 2013 ^ -DCMAKE_BUILD_TYPERelWithDebInfo ^ -DWITH_SSLsystem ^ -DWITH_ZLIBsystem ^ -DENABLED_LOCAL_INFILEON ^ -DINSTALL_PLUGINDIRplugins ^ -DINSTALL_INCLUDEDIRinclude ^ -DINSTALL_LIBDIRlib ^ ..\. # 用 MSBuild 构建比 IDE 更稳定 msbuild mysql_connector.sln /p:ConfigurationRelWithDebInfo /p:PlatformWin32构建完成后检查产物路径Win64build_win64\libmysql\RelWithDebInfo\libmysql.libWin32build_win32\libmysql\RelWithDebInfo\libmysql.lib4.2 验证库的架构与依赖用dumpbinVS2013 自带验证库是否匹配目标平台# 检查 Win64 库 C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\bin\amd64\dumpbin.exe /headers libmysql.lib | findstr machine # 检查 Win32 库 C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\bin\dumpbin.exe /headers libmysql.lib | findstr machine正确输出应为Win64machine (x64)Win32machine (x86)再用depends.exeDependency Walker打开libmysql.dll确认其仅依赖msvcr120.dll、msvcp120.dll、kernel32.dll、ws2_32.dll绝不出现msvcp140.dll或vcruntime140.dll。若出现后者说明编译时工具集未锁定为v120。4.3 示例代码编译验证最小可运行连接测试资源包中的example_connect.cpp是关键验证点其内容精简如下#include stdio.h #include mysql.h int main() { MYSQL *conn; conn mysql_init(NULL); if (conn NULL) { fprintf(stderr, mysql_init() failed\n); return 1; } // 关键显式指定字符集避免 VS2013 下默认 ANSI 导致乱码 if (mysql_options(conn, MYSQL_SET_CHARSET_NAME, utf8mb4) ! 0) { fprintf(stderr, mysql_options() failed\n); mysql_close(conn); return 1; } if (mysql_real_connect(conn, 127.0.0.1, root, password, test, 3306, NULL, 0) NULL) { fprintf(stderr, Connection failed: %s\n, mysql_error(conn)); mysql_close(conn); return 1; } printf(Connected successfully!\n); mysql_close(conn); return 0; }编译此示例时需在项目属性中附加包含目录指向mysql-connector-c-6.1.11-src\include附加库目录指向build_win64\libmysql\RelWithDebInfo或 Win32 对应路径附加依赖项libmysql.lib;ws2_32.lib若编译通过且运行时打印Connected successfully!说明整个链路源码→CMake→VS2013编译→链接→运行已打通。5. 避坑指南VS2013 编译 MySQL Connector 的五个致命陷阱5.1 现象LNK2019: unresolved external symbol _mysql_init4原因libmysql.lib是 Win64 编译但示例项目设为 Win32 平台或mysql.h中#ifdef __cplusplus未包裹extern C导致 C 名字修饰name mangling解决确认示例项目平台与libmysql.lib架构一致x64 vs Win32在#include mysql.h前添加extern C { #include mysql.h }5.2 现象运行时报错 “The application was unable to start correctly (0xc000007b)”原因32/64 位混用如 Win32 程序链接了 Win64 的libmysql.dll或libmysql.dll依赖msvcp140.dll解决用dumpbin /dependents libmysql.dll查看依赖列表若含msvcp140.dll说明编译时未锁定v120工具集需重做 CMake 和属性设置。5.3 现象mysql_real_connect() 返回 NULL错误信息为 “Client does not support authentication protocol requested by server”原因MySQL 8.0 默认使用caching_sha2_password插件而 Connector/C 6.1.x 仅支持mysql_native_password解决在 MySQL 服务端执行ALTER USER rootlocalhost IDENTIFIED WITH mysql_native_password BY your_password; FLUSH PRIVILEGES;5.4 现象CMake 报错 “Could NOT find OpenSSL” 即使已安装 OpenSSL 1.0.2u原因VS2013 的 CMake 找不到 OpenSSL 的libeay32.lib和ssleay32.lib因其命名规则与新版 OpenSSL 不同解决下载 OpenSSL 1.0.2u非 1.1.1 或 3.x在 CMake 命令中显式指定路径-DOPENSSL_INCLUDE_DIRC:/OpenSSL-Win64/include ^ -DOPENSSL_LIBRARIESC:/OpenSSL-Win64/lib/VC/static/libeay32.lib;C:/OpenSSL-Win64/lib/VC/static/ssleay32.lib5.5 现象编译通过但mysql_query()执行 SQL 后mysql_store_result()返回 NULLmysql_error()为空原因未调用mysql_options(conn, MYSQL_SET_CHARSET_NAME, utf8mb4)导致中文字段读取时缓冲区溢出解决在mysql_real_connect()之后、任何mysql_query()之前必须插入字符集设置mysql_options(conn, MYSQL_SET_CHARSET_NAME, utf8mb4); mysql_options(conn, MYSQL_INIT_COMMAND, SET NAMES utf8mb4);6. 进阶技巧构建可移植的静态链接版.lib .h彻底摆脱 DLL 依赖6.1 静态库编译让libmysql.lib包含所有依赖动态链接libmysql.dll的麻烦在于部署时需随程序分发libmysql.dll及其 CRTmsvcr120.dll。更稳妥的做法是生成全静态链接版即libmysql.lib内部已整合 OpenSSL、zlib、Windows Socket 代码最终 EXE 无需任何外部 DLL。修改CMakeLists.txt第 127 行附近# 原始行注释掉 # set(CMAKE_MSVC_RUNTIME_LIBRARY MultiThreadedDLL) # 替换为静态 CRT set(CMAKE_MSVC_RUNTIME_LIBRARY MultiThreaded)并在 CMake 命令中追加-DWITH_SSLbundled ^ -DWITH_ZLIBbundled ^ -DSKIP_INSTALLON ^ -DBUILD_SHARED_LIBSOFF ^执行 CMake 后libmysql项目属性中配置属性 → C/C → 代码生成 → 运行时库将自动变为/MT多线程静态。构建完成后libmysql.lib体积会增大至 ~8MB含 OpenSSL 1.0.2u 全量代码但dumpbin /dependents显示其依赖仅为kernel32.lib无任何 CRT DLL。6.2 头文件精简只保留生产必需的 7 个文件官方include/目录下有 42 个头文件但实际开发只需文件名用途是否必需mysql.h主接口声明✅mysqld_error.h错误码定义✅errmsg.h错误消息宏✅mysql_version.h版本宏✅mysql_com.h通信协议常量✅my_list.h内部链表结构⚠️仅当使用mysql_fetch_row()时需my_global.h全局类型定义✅将这 7 个文件复制到独立include/目录即可作为 SDK 分发。此举可避免my_sys.h等内部头文件引发的编译冲突。6.3 验证静态链接用strings检查 EXE 是否含 MySQL 字符串编译一个静态链接的测试 EXE 后用strings test.exe | findstr mysql_应输出大量mysql_init、mysql_real_connect等符号。再用Process Explorer打开该 EXE确认其Dependencies 标签页中无libmysql.dll或msvcr120.dll证明静态链接成功。从那以后我每次交付 VS2013 项目都会把libmysql.lib静态版和精简include/打包进third_party/mysql/目录并在README.md中写明“此库已静态链接 OpenSSL 1.0.2u无需额外 DLL仅依赖 Windows 7 系统 API”。省去客户现场部署时反复追问“为什么少一个 dll”的时间也规避了因msvcr120.dll版本不一致导致的蓝屏风险。希望帮到你。本文还有配套的精品资源点击获取
VS2013编译MySQL Connector/C 6.1.x实战指南
简介本资源是一套面向Windows平台C开发者的MySQL数据库连接实战方案专为VS2013环境定制解决开发者在Win32/Win64双平台下编译与调用MySQL Connector/C的核心难题。资源包含完整可运行的MysqlTest示例工程含.sln、.vcxproj及配套源码以及预编译的32位与64位动态库dll、静态库lib、头文件h和调试符号pdb等共63个文件总大小24.98MB覆盖从驱动初始化、连接管理、SQL执行到结果集遍历的全流程代码范式。已有512人学习下载适合具备C基础、正开展数据库集成开发或迁移适配的中高级开发者。包内结构清晰分层release/debug目录区分构建配置mysql_connector子目录集中管理依赖头文件与库示例代码cpp/h附带详细注释便于快速理解API调用逻辑与异常处理机制是落地MySQL C客户端开发的即用型技术资产。1. Mysql Connector C/C VS2013 编译win32/win64不是“装完就能用”而是“编译错一个字符就链接失败”的硬核落地实操你手头有个 C 项目要连 MySQLVS2013 是公司统一开发环境Win32 和 Win64 都得支持——这时候翻官网下载个 mysql-connector-c-6.1.11-win32.msi别急。那个安装包只提供预编译的.lib和.dll但它们是用 VS2015 或更高版本的 CRT如msvcp140.dll编译的而 VS2013 的运行时是msvcr120.dll。直接链接十有八九报 LNK2019unresolved external symbol或者运行时报“找不到 msvcp140.dll”。这不是配置问题是 ABI 层级的不兼容。这份资源的核心价值就是给你一套能在 VS2013 环境下原生编译、零依赖第三方 CRT、同时产出 Win32/Win64 两套静态/动态库的完整工程链。它包含从源码拉取、CMake 配置裁剪、平台工具集切换、运行时库强制指定到最终生成mysqlclient.lib、libmysql.dll及配套头文件的全流程。适合正在维护遗留工业软件、嵌入式上位机、或被甲方锁死在 VS2013 的 C 开发者——不是教你“怎么连数据库”而是帮你把“连不上”这个拦路虎从根源上焊死在构建阶段。2. 源码获取与 CMake 工程初始化为什么必须用 Connector/C 6.1.x 而非 8.x2.1 选型依据VS2013 对 C11/C14 特性的支持断层VS2013 的 MSVC 编译器cl.exe v12.0对 C11 的支持是残缺的不支持constexpr部分、noexcept完全不识别、thread_local需补丁、std::regex根本不可用。而 MySQL Connector/C 8.0 大量使用std::optional、std::string_view、if constexpr等 C17 特性强行编译会触发数百个语法错误。经实测Connector/C 6.1.11 是最后一个官方支持 VS2013 的主版本其CMakeLists.txt中明确声明set(CMAKE_CXX_STANDARD 11)且未启用cxx_std_14且源码中所有constexpr均被替换为constnoexcept被移除std::thread被封装为my_thread_t。这是硬性门槛不是优化选项。提示不要试图用 VS2013 编译 Connector/C 8.0.33 —— 即使你手动注释掉#include optional后续sql_string.h中的std::string_view仍会因basic_string_view未定义而崩溃。血泪经验浪费 17 小时后回退到 6.1.11。2.2 源码获取与目录结构校验从 MySQL 官方归档站下载mysql-connector-c-6.1.11-src.zip注意是-src后缀解压后进入根目录确认存在以下关键路径mysql-connector-c-6.1.11-src/ ├── cmake/ # CMake 工具链定义 ├── include/ # public 头文件mysql.h, my_global.h 等 ├── libmysql/ # 核心实现client.c, password.c, net_serv.cc ├── scripts/ # 构建辅助脚本gen_lex_hash.cmake └── CMakeLists.txt # 顶层构建入口若解压后缺失libmysql/目录说明下载的是二进制包而非源码包必须重下。常见错误是误下mysql-connector-c-6.1.11-winx64.msi它不含源码。2.3 CMake 配置关闭所有 VS2013 不兼容模块在mysql-connector-c-6.1.11-src/目录下新建build/文件夹用VS2013 x64 本机工具命令提示符非普通 CMD执行cd build cmake -G Visual Studio 12 2013 Win64 ^ -DCMAKE_BUILD_TYPERelWithDebInfo ^ -DWITH_SSLsystem ^ -DWITH_ZLIBsystem ^ -DENABLED_LOCAL_INFILEON ^ -DINSTALL_PLUGINDIRplugins ^ -DINSTALL_INCLUDEDIRinclude ^ -DINSTALL_LIBDIRlib ^ -DINSTALL_MANDIRshare/man ^ -DINSTALL_DOCDIRshare/doc ^ -DINSTALL_INFODIRshare/info ^ -DWITH_UNIT_TESTSOFF ^ -DWITH_PERF_SCHEMAOFF ^ -DWITH_EXTRA_CHARSETScomplex ^ ..\.关键参数说明-G Visual Studio 12 2013 Win64强制指定 VS2013 编译器Win64表示目标平台为 x64若需 Win32改为Visual Studio 12 2013无Win64后缀-DWITH_SSLsystem禁用内置 yaSSL改用系统 OpenSSLVS2013 下 yaSSL 的sha256.c有内联汇编冲突-DWITH_UNIT_TESTSOFF单元测试框架使用 C11std::chronoVS2013 不支持-DWITH_PERF_SCHEMAOFF性能模式表依赖std::atomicVS2013 的atomic实现不完整。执行后检查build/CMakeCache.txt确认以下行存在且值正确CMAKE_CXX_FLAGS:STRING/DWIN32 /D_WINDOWS /W3 /GR /EHsc /MD CMAKE_C_FLAGS:STRING/DWIN32 /D_WINDOWS /W3 /D_CRT_SECURE_NO_WARNINGS若CMAKE_CXX_FLAGS中出现/std:c14或/permissive-说明 CMake 误用了高版本工具链需删除build/重新执行。3. VS2013 工程定制三处必须修改的属性页配置3.1 平台工具集强制锁定为 v120CMake 生成的.sln默认使用v140VS2015工具集。打开mysql_connector.sln右键libmysql项目 →属性 → 配置属性 → 常规 → 平台工具集下拉菜单中选择Visual Studio 2013 (v120)。此操作必须对libmysql、mysql_config、mysql_client_test三个项目逐一执行。若遗漏任一项目链接时会出现LNK2038: mismatch detected for RuntimeLibrary错误。3.2 运行时库统一设为 /MD动态链接VS2013 的 CRT 分为/MT静态和/MD动态两种。MySQL 官方要求客户端使用/MD否则mysql_init()会因内存管理器不一致导致堆损坏。在libmysql属性页中配置属性 → C/C → 代码生成 → 运行时库→ 选择/MD多线程 DLL同时勾选配置属性 → C/C → 预处理器 → 预处理器定义添加MYSQLCLIENT_EXPORTS;HAVE_OPENSSL;HAVE_YASSL注意分号分隔。注意若你的主程序使用/MT则必须将 Connector 编译为/MT但此时需同步修改CMakeLists.txt第 127 行set(CMAKE_MSVC_RUNTIME_LIBRARY MultiThreaded)并重新 CMake。本文默认主程序为/MD更符合企业级部署惯例。3.3 头文件与库路径注入为避免#include mysql.h报错在libmysql属性页中配置属性 → C/C → 常规 → 附加包含目录→ 添加$(SolutionDir)..\include;$(SolutionDir)..\libmysql配置属性 → 链接器 → 常规 → 附加库目录→ 添加$(OutDir)配置属性 → 链接器 → 输入 → 附加依赖项→ 添加ws2_32.lib;advapi32.lib;secur32.libWindows Socket 和安全 API 必需。完成上述三步后保存全部更改。此时libmysql项目应能成功编译输出libmysql.lib静态库和libmysql.dll动态库。4. Win32/Win64 双平台编译与产物验证如何确认生成的库真正可用4.1 分别构建 Win32 和 Win64 版本为生成 Win32 版本需重建整个构建目录不能复用 Win64 的build/# 清理旧构建 rmdir /s /q build_win32 mkdir build_win32 cd build_win32 # 用 Win32 工具链重新 CMake cmake -G Visual Studio 12 2013 ^ -DCMAKE_BUILD_TYPERelWithDebInfo ^ -DWITH_SSLsystem ^ -DWITH_ZLIBsystem ^ -DENABLED_LOCAL_INFILEON ^ -DINSTALL_PLUGINDIRplugins ^ -DINSTALL_INCLUDEDIRinclude ^ -DINSTALL_LIBDIRlib ^ ..\. # 用 MSBuild 构建比 IDE 更稳定 msbuild mysql_connector.sln /p:ConfigurationRelWithDebInfo /p:PlatformWin32构建完成后检查产物路径Win64build_win64\libmysql\RelWithDebInfo\libmysql.libWin32build_win32\libmysql\RelWithDebInfo\libmysql.lib4.2 验证库的架构与依赖用dumpbinVS2013 自带验证库是否匹配目标平台# 检查 Win64 库 C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\bin\amd64\dumpbin.exe /headers libmysql.lib | findstr machine # 检查 Win32 库 C:\Program Files (x86)\Microsoft Visual Studio 12.0\VC\bin\dumpbin.exe /headers libmysql.lib | findstr machine正确输出应为Win64machine (x64)Win32machine (x86)再用depends.exeDependency Walker打开libmysql.dll确认其仅依赖msvcr120.dll、msvcp120.dll、kernel32.dll、ws2_32.dll绝不出现msvcp140.dll或vcruntime140.dll。若出现后者说明编译时工具集未锁定为v120。4.3 示例代码编译验证最小可运行连接测试资源包中的example_connect.cpp是关键验证点其内容精简如下#include stdio.h #include mysql.h int main() { MYSQL *conn; conn mysql_init(NULL); if (conn NULL) { fprintf(stderr, mysql_init() failed\n); return 1; } // 关键显式指定字符集避免 VS2013 下默认 ANSI 导致乱码 if (mysql_options(conn, MYSQL_SET_CHARSET_NAME, utf8mb4) ! 0) { fprintf(stderr, mysql_options() failed\n); mysql_close(conn); return 1; } if (mysql_real_connect(conn, 127.0.0.1, root, password, test, 3306, NULL, 0) NULL) { fprintf(stderr, Connection failed: %s\n, mysql_error(conn)); mysql_close(conn); return 1; } printf(Connected successfully!\n); mysql_close(conn); return 0; }编译此示例时需在项目属性中附加包含目录指向mysql-connector-c-6.1.11-src\include附加库目录指向build_win64\libmysql\RelWithDebInfo或 Win32 对应路径附加依赖项libmysql.lib;ws2_32.lib若编译通过且运行时打印Connected successfully!说明整个链路源码→CMake→VS2013编译→链接→运行已打通。5. 避坑指南VS2013 编译 MySQL Connector 的五个致命陷阱5.1 现象LNK2019: unresolved external symbol _mysql_init4原因libmysql.lib是 Win64 编译但示例项目设为 Win32 平台或mysql.h中#ifdef __cplusplus未包裹extern C导致 C 名字修饰name mangling解决确认示例项目平台与libmysql.lib架构一致x64 vs Win32在#include mysql.h前添加extern C { #include mysql.h }5.2 现象运行时报错 “The application was unable to start correctly (0xc000007b)”原因32/64 位混用如 Win32 程序链接了 Win64 的libmysql.dll或libmysql.dll依赖msvcp140.dll解决用dumpbin /dependents libmysql.dll查看依赖列表若含msvcp140.dll说明编译时未锁定v120工具集需重做 CMake 和属性设置。5.3 现象mysql_real_connect() 返回 NULL错误信息为 “Client does not support authentication protocol requested by server”原因MySQL 8.0 默认使用caching_sha2_password插件而 Connector/C 6.1.x 仅支持mysql_native_password解决在 MySQL 服务端执行ALTER USER rootlocalhost IDENTIFIED WITH mysql_native_password BY your_password; FLUSH PRIVILEGES;5.4 现象CMake 报错 “Could NOT find OpenSSL” 即使已安装 OpenSSL 1.0.2u原因VS2013 的 CMake 找不到 OpenSSL 的libeay32.lib和ssleay32.lib因其命名规则与新版 OpenSSL 不同解决下载 OpenSSL 1.0.2u非 1.1.1 或 3.x在 CMake 命令中显式指定路径-DOPENSSL_INCLUDE_DIRC:/OpenSSL-Win64/include ^ -DOPENSSL_LIBRARIESC:/OpenSSL-Win64/lib/VC/static/libeay32.lib;C:/OpenSSL-Win64/lib/VC/static/ssleay32.lib5.5 现象编译通过但mysql_query()执行 SQL 后mysql_store_result()返回 NULLmysql_error()为空原因未调用mysql_options(conn, MYSQL_SET_CHARSET_NAME, utf8mb4)导致中文字段读取时缓冲区溢出解决在mysql_real_connect()之后、任何mysql_query()之前必须插入字符集设置mysql_options(conn, MYSQL_SET_CHARSET_NAME, utf8mb4); mysql_options(conn, MYSQL_INIT_COMMAND, SET NAMES utf8mb4);6. 进阶技巧构建可移植的静态链接版.lib .h彻底摆脱 DLL 依赖6.1 静态库编译让libmysql.lib包含所有依赖动态链接libmysql.dll的麻烦在于部署时需随程序分发libmysql.dll及其 CRTmsvcr120.dll。更稳妥的做法是生成全静态链接版即libmysql.lib内部已整合 OpenSSL、zlib、Windows Socket 代码最终 EXE 无需任何外部 DLL。修改CMakeLists.txt第 127 行附近# 原始行注释掉 # set(CMAKE_MSVC_RUNTIME_LIBRARY MultiThreadedDLL) # 替换为静态 CRT set(CMAKE_MSVC_RUNTIME_LIBRARY MultiThreaded)并在 CMake 命令中追加-DWITH_SSLbundled ^ -DWITH_ZLIBbundled ^ -DSKIP_INSTALLON ^ -DBUILD_SHARED_LIBSOFF ^执行 CMake 后libmysql项目属性中配置属性 → C/C → 代码生成 → 运行时库将自动变为/MT多线程静态。构建完成后libmysql.lib体积会增大至 ~8MB含 OpenSSL 1.0.2u 全量代码但dumpbin /dependents显示其依赖仅为kernel32.lib无任何 CRT DLL。6.2 头文件精简只保留生产必需的 7 个文件官方include/目录下有 42 个头文件但实际开发只需文件名用途是否必需mysql.h主接口声明✅mysqld_error.h错误码定义✅errmsg.h错误消息宏✅mysql_version.h版本宏✅mysql_com.h通信协议常量✅my_list.h内部链表结构⚠️仅当使用mysql_fetch_row()时需my_global.h全局类型定义✅将这 7 个文件复制到独立include/目录即可作为 SDK 分发。此举可避免my_sys.h等内部头文件引发的编译冲突。6.3 验证静态链接用strings检查 EXE 是否含 MySQL 字符串编译一个静态链接的测试 EXE 后用strings test.exe | findstr mysql_应输出大量mysql_init、mysql_real_connect等符号。再用Process Explorer打开该 EXE确认其Dependencies 标签页中无libmysql.dll或msvcr120.dll证明静态链接成功。从那以后我每次交付 VS2013 项目都会把libmysql.lib静态版和精简include/打包进third_party/mysql/目录并在README.md中写明“此库已静态链接 OpenSSL 1.0.2u无需额外 DLL仅依赖 Windows 7 系统 API”。省去客户现场部署时反复追问“为什么少一个 dll”的时间也规避了因msvcr120.dll版本不一致导致的蓝屏风险。希望帮到你。本文还有配套的精品资源点击获取
