在MySQL中处理不同进制的数据是日常查询和存储过程中经常遇到的问题，尤其是当某些字段以十六进制形式保存、而业务层需要十进制数值进行比较或计算时，直接借助数据库内置函数是最方便的做法。CONV函数作为MySQL提供的通用进制转换工具，可以轻松实现从十六进制到十进制的转换，而不需要借助外部程序。
一、CONV函数的基本用法
CONV函数是MySQL中用于进制转换的核心函数，其完整语法为 CONV(N, from_base, to_base)。其中 N 是待转换的字符串或数字，from_base 表示原数据的进制（取值范围通常为2到36），to_base 表示目标进制。当我们需要将十六进制转换为十进制时，只需将 from_base 设为 16，to_base 设为 10。
该函数返回的结果是字符串类型，这一点在后续参与数值运算时需要特别注意。如果原始十六进制字符串带有前缀如 0x，应当先去掉前缀再传入，或者使用字符串截取函数处理。CONV并不会自动识别 0x 前缀，直接传入可能导致转换结果不符合预期。
-- 基本十六进制转十进制
SELECT CONV('FF', 16, 10) AS dec_value;
-- 结果为 255
-- 带前缀的处理方式
SELECT CONV(SUBSTRING('0x1A', 3), 16, 10) AS dec_value;
-- 结果为 26
二、实际场景中的转换示例
假设有一张设备日志表 device_log，其中字段 raw_hex 保存了十六进制格式的状态码，现在需要统计这些状态码对应的十进制数值分布。使用CONV可以在一条SQL内完成转换并分组，避免把数据拉到应用层再处理。
下面的示例展示了如何从表中读取十六进制内容并转换为十进制，同时利用CAST将其转为无符号整数以便排序。注意当数值超过BIGINT最大值时，转换结果可能被截断，此时应考虑使用DECIMAL类型或字符串比较。
CREATE TABLE device_log ( id INT PRIMARY KEY, raw_hex VARCHAR(20) ); INSERT INTO device_log VALUES (1, 'A1'), (2, 'FF'), (3, '10'); -- 查询并转换为十进制数值 SELECT id, raw_hex, CAST(CONV(raw_hex, 16, 10) AS UNSIGNED) AS dec_val FROM device_log ORDER BY dec_val DESC;
三、CONV与其他转换方式的对比
除了CONV函数，MySQL中还可以通过算术运算或自定义函数实现进制转换，但这些方式通常代码冗长且容易出错。例如手动将每一位十六进制字符乘以16的次幂并累加，不仅书写麻烦，而且难以处理任意长度字符串。
CONV的优势在于原生支持、执行效率高，并且能处理2到36进制的任意组合。下面的表格列出了几种常见方式的差异，帮助理解为何优先选择CONV。
| 转换方式 | 实现难度 | 性能 | 适用场景 |
|---|---|---|---|
| CONV函数 | 低 | 高 | 任意进制互转 |
| 手动算术 | 高 | 中 | 教学或特殊逻辑 |
| 程序层转换 | 中 | 低（有网络开销） | 已取数到应用内 |
四、常见误区与注意事项
一个常见误区是认为CONV返回的是数字类型，从而直接将其用于需要严格数字类型的运算而不做转换。实际上返回的是字符串，虽然在多数算术表达式中MySQL会隐式转换，但显式使用CAST更为安全，也能避免字符集带来的潜在问题。
另一个需要注意的点是大小写问题。CONV函数对十六进制字母的大小写不敏感，'ff' 与 'FF' 转换结果一致。但如果原字段包含空格或其他非十六进制字符，转换会返回0或者不完整结果，因此建议先用正则或TRIM清理数据。
-- 清理空格后转换
SELECT CONV(TRIM(' 3C '), 16, 10) AS clean_dec;
-- 结果为 60
-- 非法字符示例
SELECT CONV('G1', 16, 10) AS bad_dec;
-- 结果为 0
五、总结与实践建议
通过CONV函数实现MySQL中的十六进制到十进制转换，是一种简洁且高效的方案。它在数据库层面完成了数据规格化，减少了应用层代码复杂度。在写SQL时，建议始终明确源进制和目标进制，并对结果类型做显式转换以满足后续业务逻辑。
如果面对的是超长十六进制串（如哈希值），十进制可能超出整数范围，此时保留字符串形式或使用DECIMAL字段存储更为稳妥。掌握CONV的用法，能够帮助开发者在面对多进制数据混合存储时游刃有余。