【MySQL】MySQL中数据类型的隐式转换导致查询结果有误

一、问题描述

已知 SELECT id,gysmc,skfmczk FROM uf_whtfksqd 的查询结果为21条数据，SELECT k.id FROM uf_whtfksqd w JOIN uf_kszk k ON w.gysmc = k.gysid; 使用该查询语句，查出来1251条数据，明显与实际情况不符。gysmc 为19位数字。

二、原因排查

MySQL 中的隐式数据类型转换是指在SQL语句的执行过程中，数据库管理系统（DBMS）自动进行的数据类型转换。这种转换通常发生在数据类型不匹配但需要进行比较、计算或赋值等操作时。

当 MySQL 遇到 BIGINT (数字) = VARCHAR (字符串) 的比较时，它的处理规则是： 将字符串 (VARCHAR) 转换为数字 (BIGINT/DOUBLE) 进行比较。

# 确认表uf_kszk中gysid的字段类型，为varchar(100)
DESC uf_kszk;

# 确认表uf_whtfksqd中gysmc的字段类型，为bigint(20)
DESC uf_whtfksqd;

三、解决方案

将数字类型 (BIGINT) 显式转换为字符串 (CHAR/VARCHAR)。因为 字符串转字符串 是逐字比较，不会丢失精度。

使用以下SQL：

SELECT k.id
FROM uf_whtfksqd w
JOIN uf_kszk k 
  ON CAST(w.gysmc AS CHAR) = k.gysid;

四、补充说明

在 MySQL 中，CAST() 和 CONVERT() 的核心功能都是数据类型转换，但在语法标准、功能扩展和兼容性上有一些区别。

针对此例中的 JOIN 场景（BIGINT 转 CHAR），两者效果完全一样，可以互换使用。

以下是详细对比：

CAST() 和 CONVERT()核心区别

特性	CAST()	CONVERT()(MySQL 特有语法)
标准性	ANSI SQL 标准 (所有主流数据库都支持: MySQL, PostgreSQL, Oracle, SQL Server)	MySQL 特有扩展 (虽然其他库也有 CONVERT，但语法往往不同)
语法结构	CAST(表达式 AS 类型)	CONVERT(表达式, 类型) (注意是逗号分隔)
字符集转换	❌ 不支持 只能转数据类型，不能改字符集编码	✅ 支持 可以同时转换数据类型 和 字符集编码
时间格式化	❌ 不支持直接格式化输出	✅ 支持 (部分版本/上下文)
推荐场景	需要跨数据库迁移代码时；简单的类型转换	需要处理中文乱码/字符集时；仅在 MySQL 环境开发时

---

语法对比

A. 简单类型转换

在这个场景下，两者完全等价。

-- 写法 1: CAST (标准写法)
SELECT CAST(w.gysmc AS CHAR) FROM uf_whtfksqd w;

-- 写法 2: CONVERT (MySQL 写法)
SELECT CONVERT(w.gysmc, CHAR) FROM uf_whtfksqd w;

结果：都将数字转为字符串，用于精确匹配。

B. 字符集转换（CONVERT 的杀手锏）

这是 CONVERT 独有的功能。如果数据库中存了乱码，或者需要从 utf8 转为 gbk，只能用 CONVERT。

-- 将字段 content 从 utf8 转换为 gbk
SELECT CONVERT(content USING gbk) FROM my_table;

-- CAST 做不到这一点，CAST 只能做：CAST(content AS CHAR)

注意语法差异：转换字符集时，CONVERT 使用 USING 关键字。