CONV：MySQL中十六进制转十进制的首选函数
在MySQL数据库操作中，将十六进制数值转换为十进制是一项常见需求。此时，CONV函数无疑是最高效、最标准的内置解决方案。它专为进制转换设计，语法简洁，虽然不自动识别0x前缀，但只要传入纯十六进制字符串，即可准确完成计算，且对字母大小写不敏感。
CONV 函数的基本用法和参数含义
该函数的完整语法为：CONV(str, from_base, to_base)。理解其三个参数是正确使用的关键：
str：需要转换的数值，必须为字符串格式，例如'A1'。直接输入整型数字或带0x前缀的字面量会导致错误。from_base：原始数值的进制基数。对于十六进制转换，此处应设为16。to_base：目标进制基数。若要获得十进制结果，则设置为10。
需要特别注意：CONV函数的返回值始终是字符串类型。若需将结果用于数值比较或计算，建议使用CAST(... AS UNSIGNED)进行显式类型转换，以确保数据一致性。
典型示例如下：执行SELECT CONV('FF', 16, 10);，将返回字符串 '255'。
常见错误：为什么 CONV('0xFF', 16, 10) 返回 NULL？
这是开发者最常遇到的困惑之一：直接将带有0x前缀的字符串传入CONV函数，却得到NULL结果。
根本原因在于：CONV函数严格校验输入字符串，仅接受对应进制下的有效字符集。十六进制下，有效字符仅为0-9、A-F及a-f。0x前缀中的0和x均被视为非法字符，触发函数返回NULL。这种静默处理方式在调试时需格外留意。
以下对比案例有助于清晰理解：
CONV('0xFF', 16, 10)→ 返回NULL（因包含非法字符0和x）。CONV(FF, 16, 10)→ 引发语法错误（MySQL将FF解析为标识符）。CONV('ff', 16, 10)→ 成功转换，返回'255'（支持小写字母）。CONV('', 16, 10)→ 返回NULL（空字符串无效）。
实际使用中如何安全提取和转换 HEX 字段
在实际数据库应用中，存储的十六进制值常包含0x前缀，例如'0xA1B2'。直接转换前，必须进行数据预处理以移除前缀。
推荐以下几种安全的预处理方法：
- 若前缀格式固定，可使用
SUBSTR(hex_column, 3)截取第三位开始的字符串。 - 更通用的方法是
TRIM(LEADING '0x' FROM hex_column)，它能精准移除开头的0x字符。 - 为确保数据质量，建议结合正则表达式进行过滤：
WHERE hex_column REGEXP '^0x[0-9A-Fa-f]+$'，仅筛选出格式正确的十六进制字符串进行转换，避免意外NULL值。
一个完整、健壮的转换语句示例如下：CAST(CONV(TRIM(LEADING '0x' FROM hex_column), 16, 10) AS UNSIGNED)。该语句依次执行前缀移除、进制转换和类型转换，保证了结果的准确性与可用性。
性能与边界注意事项
最后，关注CONV函数的性能影响与数值边界限制，这对生产环境至关重要。
性能方面：在数据表上使用CONV函数进行转换时，无法利用列上的索引。应避免在WHERE、JOIN或ORDER BY子句中直接对字段进行转换，否则可能导致全表扫描，严重降低查询效率。对于高频转换需求，可考虑以下优化策略：在MySQL 5.7+版本中创建存储生成列（Stored Generated Column），或额外维护一个十进制冗余字段，以空间换取查询性能。
边界限制：CONV函数内部基于64位无符号整数进行计算。其可处理的十六进制字符串最大长度为16个字符（即64位），对应十进制最大值为18446744073709551615。若输入的十六进制字符串超过此长度（例如17个字符），超出的高位部分将被静默截断，仅对低位部分进行转换。这一特性极易导致数据精度丢失且难以察觉，在处理可能的大数值时必须预先校验长度。
