企业官网建设流程全解析

简介：这份资料包面向仍在使用 Delphi 7、希望通过 dbExpress 连接 MySQL 5.7 的开发者与老项目维护人员，核心是 libmysql.dll 与 dbxopenmysql50.dll 两个动态库的可用搭配，并配有可运行的测试工程，用于解决网上版本混杂、文件替换后仍连接失败的问题，适合需要兼容旧环境、快速验证数据库连接的技术人员。压缩包共 17 个文件，约 1.3MB，内含 dll 动态库、sql 脚本、dpr 与 pas 源码、dfm 窗体、dcu 编译单元、exe 示例，以及配置和说明文档，覆盖数据库连接测试与字段空值、空字符串差异判断等场景，并注明可在 Windows XP 和 Windows 10 下运行，部署时只需保留必要运行库。目前已有 827 人学习下载。读者可据此核对驱动文件组合，参考可视化配置说明和现成测试用例，快速定位动态库加载、连接参数设置等常见故障，减少重复试错，也便于在老项目维护中直接验证连接方案。

1. 先别急着写连接串：dbExpress 连 MySQL 5.7 的运行时拼图

维护一套 Delphi 老系统，白天还在改报表，晚上就接到电话说连不上 MySQL 5.7。现场机器上 TSQLConnection 一打开就抛“Cannot load vendor library”，开发机却一切正常。这类问题往往不是 SQL 写错，而是 dbExpress 的运行时拼图缺了两块：dbxopenmysql50.dll 负责把 dbExpress 调用翻译成 MySQL C API，libmysql.dll 才是真正和 5.7 服务端握手的那一层。这份资源解决的就是这两个动态库的部署问题，适合还在维护 32 位 Delphi 桌面程序、又不想重写数据访问层的人。

2. 两个 DLL 的分工：dbxopenmysql50 与 libmysql 谁先被加载

很多人把这两个 DLL 当成“复制进去就能连”的黑匣子，实际调用链清楚后，报错能定位到具体层。TSQLConnection 是 dbExpress 的门面，只认驱动接口；dbxopenmysql50.dll 是驱动实现；libmysql.dll 是 MySQL 客户端库；MySQL 5.7 服务端在最后。链条上任何一环缺失或位数不对，表现都可能是“连接失败”，但错误文本不一样。

2.1 调用链：TSQLConnection 并不直接认识 MySQL

TSQLConnection 创建时，先根据DriverName找到驱动注册项，再按LibraryName加载 dbExpress 驱动 DLL，然后调用GetDriverFunc指定的入口函数。以 MySQL 为例，这个入口常见是getSQLDriverMYSQL。驱动被加载后，才会按VendorLib去加载libmysql.dll，接着调用mysql_init、mysql_real_connect、mysql_query这一类 C API，最终把结果集翻译成 dbExpress 的游标。

这条链上每一层的失败文本有差别：

看清这张表，排查时就不会一上来就改 SQL。比如“Cannot load vendor library”八成不是账号密码问题，而是libmysql.dll没找到、位数不对，或者它依赖的 VC 运行库缺失。相反，能弹出“Access denied”说明驱动和客户端库已经加载成功，问题已经走到认证阶段。

2.2 为什么 MySQL 5.7 要配 5.7 的 libmysql

dbxopenmysql50.dll 这类老驱动通常是按早期 MySQL 客户端头文件编译的，它只保证调用那些旧符号。MySQL 5.7 的 libmysql.dll 仍然保留这些入口，所以搭配起来能工作。换用更高版本的客户端库，可能出现“Procedure entry point mysql_xxx could not be located”，也可能在认证插件、字符集初始化上出现兼容问题。常见做法是：服务端是 5.7，就从 5.7 的安装目录或对应的 Connector/C 5.7 里取 libmysql.dll，不把新版本的 DLL 改名塞进去。

MariaDB 的 libmysql.dll 经常被拿来救急，它和 MySQL 客户端库有兼容层，但不是所有老驱动都能无差别跑通。我一般会先做一次最小连接测试，确认SELECT VERSION()和中文读写都正常，再放进项目。还有一点容易被忽略：MySQL 5.7 的 Windows 客户端库可能依赖特定年份的 VC 运行库，报缺少msvcr120.dll或vcruntime140.dll时，先看 DLL 的依赖，别把不同年份的运行库混装到一台机器上。

2.3 搜索顺序与 bitness：DLL 放错地方等于没放

Windows 加载 DLL 有搜索顺序，应用目录、系统目录、Windows 目录、当前目录、PATH 都会参与。开发机上经常是 PATH 里有一个旧版 libmysql.dll，项目目录里又放了一个新版，最后加载了哪个完全看顺序。更麻烦的是位数：32 位 Delphi 进程只能加载 32 位 DLL，64 位进程只能加载 64 位 DLL。把 32 位 DLL 放进 System32，64 位程序照样找不到；把 64 位 DLL 放进 SysWOW64，32 位程序也加载不了。

先确认两个 DLL 的机器类型，不要靠猜。下面这段 PowerShell 读取 PE 头里的 Machine 字段：

function Get-PEMachine([string]$Path) { $full = (Resolve-Path $Path).Path $fs = [IO.File]::OpenRead($full) try { $br = New-Object IO.BinaryReader($fs) $fs.Position = 0x3C $pe = $br.ReadInt32() $fs.Position = $pe + 4 $machine = $br.ReadUInt16() switch ($machine) { 0x014c { 'x86' } 0x8664 { 'x64' } default { '0x{0:X4}' -f $machine } } } finally { $fs.Dispose() } } Get-PEMachine '.\dbxopenmysql50.dll' Get-PEMachine '.\libmysql.dll'

这段脚本的入口参数是 DLL 路径，0x3C是 PE 头偏移，0x014c表示 x86，0x8664表示 x64。两个 DLL 的输出必须和 Delphi 目标平台一致。如果dbxopenmysql50.dll是 x86，而项目编译成了 64 位 Windows，后面所有参数都白调，先把

本文还有配套的精品资源，点击获取