C# MySQL ODBC调用带参存储过程时INT字段始终返回0问题

我之前也踩过MySQL ODBC驱动和TEXT字段搭配存储过程的坑，结合你描述的现象——只有当存储过程带参数且查询包含TEXT字段时INT字段返回0，其他场景正常，咱们来拆解问题并给出解决方案：

问题根源分析 #

这个问题大概率是MySQL ODBC驱动的类型映射bug导致的：当存储过程结果集包含TEXT类型字段，同时使用AddWithValue自动推断参数类型时，驱动无法正确解析结果集中的INT类型字段，默认赋值为0。而硬编码参数/无参数存储过程/去掉TEXT字段时，驱动的类型解析逻辑不受干扰，所以INT字段能正常返回。

解决方案（按优先级尝试） #

1. 明确指定参数的ODBC类型（最有效）

放弃使用AddWithValue，手动创建OdbcParameter并指定匹配存储过程定义的类型和长度，避免驱动自动推断出错：

// 替换原来的AddWithValue代码
var param = new OdbcParameter("@fbid2", OdbcType.VarChar, 30);
param.Value = "408301576730032";
cmd.Parameters.Add(param);

这样驱动能准确识别参数类型，避免结果集解析时的类型混乱。

2. 存储过程显式列出字段（替代方案）

把存储过程中的SELECT *改成显式列出所有字段，帮助驱动更清晰地映射结果集的字段类型：

CREATE PROCEDURE `VVVVV_getUserByFbId`(fbid2 varchar(30)) 
BEGIN 
SELECT id, fbid, fbname, datecreate, ipcreate, datelogin, iplogin, xstatus, xverstion, xdata, xitem 
FROM vvvvv_account 
WHERE fbid=fbid2 LIMIT 1; 
END

虽然和SELECT *结果一致，但显式字段列表能让ODBC驱动跳过自动识别字段的步骤，减少类型映射错误。

3. 更新MySQL ODBC驱动

如果上面两种方法都无效，检查你使用的ODBC驱动版本，旧版本（比如5.x系列）确实存在TEXT字段与存储过程参数的兼容性问题，升级到最新的Connector/ODBC 8.0版本通常能解决这类底层bug。

验证步骤 #

1. 替换C#代码中的参数添加逻辑为显式指定类型的方式
2. 重新运行代码，查看DataTable中的INT字段（如id）是否返回正确值
3. 若仍有问题，尝试修改存储过程为显式字段列表，再次测试

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