MySQL数据库中不同数据类型字段关联后结果居然有这么大差异?

数据库 MySQL
在数据库的世界里,数据的连接操作是至关重要的。但在处理关联表的字段的数据类型不同时,得到的结果经常会出乎预料。

一、案例

1、数据库中先创建表及数据

-- 创建tb1
CREATE TABLE tb1 (
  id BIGINT NOT NULL PRIMARY KEY, NAME VARCHAR (20)
);
INSERT INTO tb1 (id, NAME)
VALUES
  (1459066134882947196, 'na1'), (1459066134882947172, 'cccb'), (1459066134882947163, 'tttttttn'), (1459066134882947198, 'acqada');
 
--  创建tb2
CREATE TABLE tb2 (
  id BIGINT NOT NULL AUTO_INCREMENT PRIMARY KEY, pid VARCHAR (20), c1 VARCHAR (10)
);
INSERT INTO tb2 (pid, c1)
VALUES
  ('1459066134882947196', 'cs'), (1459066134882947197, 'tt');

tb1 的id表为bigint,tb2表pid字段类型为varchar。

2、进行左连接查询

SELECT  a.id,b.pid 
FROM  tb1 a  LEFT JOIN tb2 b 
ON a.id=b.`pid`
WHERE a.id =1459066134882947196

查询结果如下

图片

结果为非预期,因为2个表的关联字段的内容并不相同。

3、使用内连接

SELECT  a.id,b.pid 
FROM  tb1 a   JOIN tb2 b 
ON a.id=b.`pid`
WHERE a.id =1459066134882947196

使用内连接后,结果也不正确。

图片

4、不加where条件的左连接

SELECT  a.id,b.pid 
FROM  tb1 a   LEFT JOIN tb2 b 
ON a.id=b.`pid`

查询结果如下:

图片

关联后确实是非预期的结果。

5、不加where条件的内连接

SELECT  a.id,b.pid 
FROM  tb1 a    JOIN tb2 b 
ON a.id=b.`pid`

查询结果为:

此时不加where条件的内连接的结果却是正确的、

二、解决方案

解决此问题的方法主要是解决两个关联字段的类型不同的问题,可以有2种方式

1、显式类型转换

在关联的时候显式地进行字段类型转换,例如:

SELECT  a.id,b.pid FROM  tb1 a LEFT JOIN tb2 b 
ON CAST(a.`id`  AS  CHAR)=b.`pid`
WHERE a.id=1459066134882947196

结果如下

此时结果正确。
内连接结果也正确。

SELECT  a.id,b.pid 
FROM  tb1 a    JOIN tb2 b 
ON CAST(a.`id`  AS  CHAR)=b.`pid`
WHERE a.id =1459066134882947196

2、改变字段类型(推荐)

如果两张表的数据量较大,使用显式的字段类型转换(包括当前隐式字段类型转换)都将导致关联时不能使用索引,影响性能。因此建议在表设计时就将存在关联关系的字段类型设置为类型相同(字符类型时字符集及排序规则也一致)例如:

ALTER TABLE  tb2 MODIFY pid BIGINT;

修改后再查询看一下结果:

SELECT  a.id,b.pid 
FROM  tb1 a   LEFT JOIN tb2 b 
ON a.`id`=b.`pid`
WHERE a.id =1459066134882947196

结果正确:

图片

三、小结

此情况的出现是因为两表的关联字段类型不同时进行字段类型转换导致。bigint与varchar转换过程中字段精度出现问题,实际超过int最大值的数据(2147483647,即2^31 - 1)的数据被截断为2^31 - 1处理,因为两表进行左关联时,存在异常。

从上面的过程中,也发现左连接过程与内连接的过程中的中间数据结果(1.4及1.5中)也不同。

责任编辑:姜华 来源: 数据库干货铺
相关推荐

2010-06-04 09:16:40

MySQL 命令

2024-03-18 09:24:12

RocketMQ消息模型分布式

2010-06-02 11:24:57

MySQL数据库主键

2022-07-03 06:10:15

MySQL数据库

2010-05-26 17:05:48

MySQL数据类型

2017-05-25 10:23:13

数据a表b表

2013-01-24 09:44:44

数据库

2021-08-03 22:26:46

Go函数分页

2010-09-01 15:23:59

DB2字段类型

2011-03-30 14:08:27

MySQL数据库删除恢复

2012-03-16 15:20:43

MySQL

2011-03-16 15:07:10

DB2数据库数据类型

2023-05-25 10:03:40

2010-06-30 11:31:55

SQL Server数

2010-08-26 09:44:42

db2数据类型

2011-08-25 16:31:36

SQL Servertimestamp

2017-07-10 13:38:07

MySQL数据类型整数类型

2011-08-04 15:55:25

SQL Server数

2010-10-15 13:28:34

MySql数据类型

2011-07-19 14:48:36

处理blob字段
点赞
收藏

51CTO技术栈公众号