unixODBC处理无符号TINYINT数值溢出问题求助

在使用unixODBC连接MySQL时，发现无符号TINYINT列中128及以上的数值无法被正确解析，查询结果显示为1844。目前将字段类型改为SMALLINT UNSIGNED可以规避该问题，但希望了解其他可行方案，同时确认是否因TINYINT及无符号类型不属于SQL标准导致此异常。

测试步骤及结果 #

MySQL端操作 #

mysql> CREATE TABLE test (id TINYINT UNSIGNED);
Query OK, 0 rows affected (0.45 sec)

mysql> INSERT INTO test VALUES (126),(127),(128),(129);
Query OK, 4 rows affected (0.12 sec)
Records: 4  Duplicates: 0  Warnings: 0

mysql> SELECT * FROM test;
+------+
| id   |
+------+
|  126 |
|  127 |
|  128 |
|  129 |
+------+
4 rows in set (0.00 sec)

unixODBC（isql）查询结果 #

SQL> SELECT * FROM test
+-----+
| id  |
+-----+
| 126 |
| 127 |
| 1844|
| 1844|
+-----+
SQLRowCount returns 4
4 rows fetched

环境版本信息 #

$ mysql --version
mysql  Ver 8.0.33-0ubuntu0.22.04.2 for Linux on x86_64 ((Ubuntu))

$ isql --version
unixODBC 2.3.9

问题原因分析 #

这个异常是因为unixODBC的MySQL驱动在类型映射时出现错误：无符号TINYINT（范围0-255）被错误映射为64位无符号整数类型，但解析单字节数据时处理不当，导致128及以上数值被解析成1844（本质是符号扩展错误，实际对应0xFFFF_FFFF_FFFF_FF80的简化显示）。

虽然TINYINT和无符号类型确实不属于SQL标准，但这并非直接原因，核心是驱动的类型映射逻辑存在缺陷。

可行解决方案 #

• 字段类型替换（当前方案）
  将TINYINT UNSIGNED改为SMALLINT UNSIGNED，该类型范围为0-65535，unixODBC可正确映射和解析其数值。

• 修改ODBC驱动配置
  在ODBC数据源配置文件（如/etc/odbc.ini或用户目录下的.odbc.ini）中，为对应数据源添加UseCursorFetch=1参数，强制使用游标获取数据，部分场景下可修复类型解析错误。

• 升级unixODBC或MySQL ODBC驱动版本
  旧版本的unixODBC（如2.3.9）和MySQL ODBC驱动存在此类类型映射Bug，升级到较新版本（例如unixODBC 2.3.11+、MySQL Connector/ODBC 8.0+）通常能解决该问题。

• 查询时显式转换类型
  在SQL查询语句中，将无符号TINYINT字段显式转换为INT类型，示例：

  SELECT CAST(id AS UNSIGNED INT) FROM test;
  

  这样unixODBC会按INT类型解析数值，避免错误。

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