MySQL对window函数执行sum函数可能出现的一个Bug

更新时间：2020年07月10日 08:45:27 作者：MyStitch

这篇文章主要给大家介绍了关于MySQL对window函数执行sum函数可能出现的一个Bug，文中通过示例代码介绍的非常详细，对大家的学习或者使用MySQL具有一定的参考学习价值，需要的朋友们下面来一起学习学习吧

使用MySql的窗口函数统计数据时，发现一个小的问题，与大家一起探讨下。

环境配置：

mysql-installer-community-8.0.20.0

问题点：在sum对window函数执行时，如果有重复数据，会直接把相同的数据相加，并不是逐步相加。

问题描述

数据：在一个成绩表中，有三个个字段：学生s_id，课程c_id，成绩s_score。

查询条件查询每个课程的学生成绩排名和成绩汇总。

查询结果：发现如果同一个课程有相同成绩是，汇总成绩不是累加的，而是一次全部加上去。

创建数据表

CREATE TABLE `Score`(
`s_id` VARCHAR(20),
`c_id` VARCHAR(20),
`s_score` INT(3),
PRIMARY KEY(`s_id`,`c_id`)
)

插入数据

-- 成绩表数据
insert into Score values('01' , '01' , 80);
insert into Score values('01' , '02' , 90);
insert into Score values('01' , '03' , 99);
insert into Score values('02' , '01' , 70);
insert into Score values('02' , '02' , 60);
insert into Score values('02' , '03' , 80);
insert into Score values('03' , '01' , 80);
insert into Score values('03' , '02' , 80);
insert into Score values('03' , '03' , 80);
insert into Score values('04' , '01' , 50);
insert into Score values('04' , '02' , 30);
insert into Score values('04' , '03' , 20);
insert into Score values('05' , '01' , 76);
insert into Score values('05' , '02' , 87);
insert into Score values('06' , '01' , 31);
insert into Score values('06' , '03' , 34);
insert into Score values('07' , '02' , 89);
insert into Score values('07' , '03' , 98);

查询数据

select c_id,s_id,s_score,
first_value(s_score) over w as first_v,
last_value(s_score) over w as last_v,
sum(s_score) over w as sum_v,
max(s_score) over w as max_v,
min(s_score) over w as min_v,
count(s_id) over w as count_v,
row_number() over w as row_id,
rank() over w as rank_id,
dense_rank() over w as dense_id
from score window w as (partition by c_id order by s_score desc);

查询结果

看课程号01的统计结果，数据第一行的sum_v列，前两个数据都是160，按照函数原理，数据应该是80，160。

看课程号02的统计结果，发现结果是正确的，sum_v的第一个为90，第二个为179。

实际显示与预期结果不一致，哪里出了问题。

c_id	s_id	s_score	first_v	last_v	sum_v	max_v	min_v	count_v	row_id	rank_id	dense_id
01	01	80	80	80	160	80	80	2	1	1	1
01	03	80	80	80	160	80	80	2	2	1	1
01	05	76	80	76	236	80	76	3	3	3	2
01	02	70	80	70	306	80	70	4	4	4	3
01	04	50	80	50	356	80	50	5	5	5	4
01	06	31	80	31	387	80	31	6	6	6	5
02	01	90	90	90	90	90	90	1	1	1	1
02	07	89	90	89	179	90	89	2	2	2	2
02	05	87	90	87	266	90	87	3	3	3	3
02	03	80	90	80	346	90	80	4	4	4	4
02	02	60	90	60	406	90	60	5	5	5	5
02	04	30	90	30	436	90	30	6	6	6	6
03	01	99	99	99	99	99	99	1	1	1	1
03	07	98	99	98	197	99	98	2	2	2	2
03	02	80	99	80	357	99	80	4	3	3	3
03	03	80	99	80	357	99	80	4	4	3	3
03	06	34	99	34	391	99	34	5	5	5	4
03	04	20	99	20	411	99	20	6	6	6	5

思考验证

课程号02的数据正确，01的不正确，01与02的区别是01课程的前两个学生成绩一样都是80。

难道是成绩一样，导致sum时出错了。

为了验证这个问题，把课程号01，学号为01的成绩修改为82，然后在执行查询，结果如下

发现sum_v列显示的为82、162，与预期结果一致。

这样可以得出结论，在sum对window函数执行时，如果有重复数据，会直接把相同的数据相加，并不是逐步相加。

c_id	s_id	s_score	first_v	last_v	sum_v	max_v	min_v	count_v	row_id	rank_id	dense_id
01	01	80	80	82	82	82	82	2	1	1	1
01	03	80	80	80	162	82	80	2	2	1	1
01	05	76	80	76	236	82	76	3	3	3	2
01	02	70	80	70	306	82	70	4	4	4	3
01	04	50	80	50	356	82	50	5	5	5	4
01	06	31	80	31	387	82	31	6	6	6	5
02	01	90	90	90	90	90	90	1	1	1	1
02	07	89	90	89	179	90	89	2	2	2	2
02	05	87	90	87	266	90	87	3	3	3	3
02	03	80	90	80	346	90	80	4	4	4	4
02	02	60	90	60	406	90	60	5	5	5	5
02	04	30	90	30	436	90	30	6	6	6	6
03	01	99	99	99	99	99	99	1	1	1	1
03	07	98	99	98	197	99	98	2	2	2	2
03	02	80	99	80	357	99	80	4	3	3	3
03	03	80	99	80	357	99	80	4	4	3	3
03	06	34	99	34	391	99	34	5	5	5	4
03	04	20	99	20	411	99	20	6	6	6	5

其他Sql验证和对比

经过上述验证，Mysql在sum时确实出现了错误，不是逐步累加的。

其他平台是否同样存在问题，在Sqlite Expert 5.3版本验证了下，发现结果一样。

这个就奇怪了，如果是Mysql在实现时出错，Sqlite出同样错误的几率小很多。

难道是sum和window函数结合使用时的特性导致的。欢迎一起讨论和研究。

总结

到此这篇关于MySQL对window函数执行sum函数可能出现的一个Bug的文章就介绍到这了,更多相关MySQL对window函数执行sum函数内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家！

您可能感兴趣的文章:

MySQL中UNION语句用法详解与示例
这篇文章主要给大家介绍了关于MySQL中UNION语句用法的相关资料,实际业务中有时候需要把满足多种独立条件的结果集整合到一起,就可以使用UNOIN联合查询,需要的朋友可以参考下
2023-08-08
解决Win10系统安装MySQL8.0遇到的问题
这篇文章主要介绍了Win10系统安装MySQL8.0遇到的问题及解决方法,本文通过图文并茂的形式给大家介绍的非常详细，需要的朋友可以参考下
2019-12-12
MySQL索引的一些常见面试题大全(2022年)
索引(Index)是帮助MySQL高效获取数据的数据结构,是对表中一列或多列值进行排序的结构,下面这篇文章主要给大家介绍了关于MySQL索引的一些常见面试题,文中介绍的非常详细,需要的朋友可以参考下
2023-02-02
为什么mysql自增主键不是连续的
在面试中被提问，mysql 中的 user 表的 id 默认是自增的，但是数据库存储的结果却不是连续的，你知道是什么原因吗，本文就详细的介绍一下，感兴趣的可以了解一下
2021-09-09
MySQL8.0.30(zip版)windows安装过程
这篇文章主要介绍了MySQL8.0.30(zip版)windows安装,进入到mysql下载页面后选择zip版本点击下载，下载完以后把它解压到自己想存放的位置，本文通过图文并茂的形式给大家介绍的非常详细，需要的朋友可以参考下
2022-09-09
MySQL高效分页解决方案集分享
这篇文章介绍了MySQL高效分页解决方案集，有需要的朋友可以参考一下
2013-11-11
MySQL数据库手册DATABASE操作与编码(小白入门篇)
这篇文章主要介绍了MySQL数据库手册DATABASE操作与编码的小白入门篇,有需要的朋友可以借鉴参考下，希望能够有所帮助，祝大家多多进步，早日升职加薪
2023-05-05
mysql exists与not exists实例详解
这篇文章主要介绍了mysql exists与not exists实例详解的相关资料,鉴于 not exists 的效率往往要高于 not in , 所以一般情况下会使用前者替代后者，需要的朋友可以参考下
2017-07-07
mysql 初始执行文件的使用介绍
本文将详细介绍mysql 初始执行文件的使用方法，现在晒出来和大家分享下，希望可以帮助你们
2012-11-11
MySQL系列理解运用union(all)与limit及exists关键字教程
这篇文章主要为大家介绍了MySQL系列中union(all)、limit及exists关键字的教程示例讲解，通过本篇文章就可以理解MySQL中的这些关键字的概念以及实际的运用
2021-10-10

MySQL对window函数执行sum函数可能出现的一个Bug

相关文章

最新评论

大家感兴趣的内容

最近更新的内容

常用在线小工具

c_id	s_id	s_score	first_v	last_v	sum_v	max_v	min_v	count_v	row_id	rank_id	dense_id
01	01	80	80	80	160	80	80	2	1	1	1
01	03	80	80	80	160	80	80	2	2	1	1
01	05	76	80	76	236	80	76	3	3	3	2
01	02	70	80	70	306	80	70	4	4	4	3
01	04	50	80	50	356	80	50	5	5	5	4
01	06	31	80	31	387	80	31	6	6	6	5
02	01	90	90	90	90	90	90	1	1	1	1
02	07	89	90	89	179	90	89	2	2	2	2
02	05	87	90	87	266	90	87	3	3	3	3
02	03	80	90	80	346	90	80	4	4	4	4
02	02	60	90	60	406	90	60	5	5	5	5
02	04	30	90	30	436	90	30	6	6	6	6
03	01	99	99	99	99	99	99	1	1	1	1
03	07	98	99	98	197	99	98	2	2	2	2
03	02	80	99	80	357	99	80	4	3	3	3
03	03	80	99	80	357	99	80	4	4	3	3
03	06	34	99	34	391	99	34	5	5	5	4
03	04	20	99	20	411	99	20	6	6	6	5

c_id	s_id	s_score	first_v	last_v	sum_v	max_v	min_v	count_v	row_id	rank_id	dense_id
01	01	80	80	82	82	82	82	2	1	1	1
01	03	80	80	80	162	82	80	2	2	1	1
01	05	76	80	76	236	82	76	3	3	3	2
01	02	70	80	70	306	82	70	4	4	4	3
01	04	50	80	50	356	82	50	5	5	5	4
01	06	31	80	31	387	82	31	6	6	6	5
02	01	90	90	90	90	90	90	1	1	1	1
02	07	89	90	89	179	90	89	2	2	2	2
02	05	87	90	87	266	90	87	3	3	3	3
02	03	80	90	80	346	90	80	4	4	4	4
02	02	60	90	60	406	90	60	5	5	5	5
02	04	30	90	30	436	90	30	6	6	6	6
03	01	99	99	99	99	99	99	1	1	1	1
03	07	98	99	98	197	99	98	2	2	2	2
03	02	80	99	80	357	99	80	4	3	3	3
03	03	80	99	80	357	99	80	4	4	3	3
03	06	34	99	34	391	99	34	5	5	5	4
03	04	20	99	20	411	99	20	6	6	6	5

c_id	s_id	s_score	first_v	last_v	sum_v	max_v	min_v	count_v	row_id	rank_id	dense_id
01	01	80	80	80	160	80	80	2	1	1	1
01	03	80	80	80	160	80	80	2	2	1	1
01	05	76	80	76	236	80	76	3	3	3	2
01	02	70	80	70	306	80	70	4	4	4	3
01	04	50	80	50	356	80	50	5	5	5	4
01	06	31	80	31	387	80	31	6	6	6	5
02	01	90	90	90	90	90	90	1	1	1	1
02	07	89	90	89	179	90	89	2	2	2	2
02	05	87	90	87	266	90	87	3	3	3	3
02	03	80	90	80	346	90	80	4	4	4	4
02	02	60	90	60	406	90	60	5	5	5	5
02	04	30	90	30	436	90	30	6	6	6	6
03	01	99	99	99	99	99	99	1	1	1	1
03	07	98	99	98	197	99	98	2	2	2	2
03	02	80	99	80	357	99	80	4	3	3	3
03	03	80	99	80	357	99	80	4	4	3	3
03	06	34	99	34	391	99	34	5	5	5	4
03	04	20	99	20	411	99	20	6	6	6	5

c_id	s_id	s_score	first_v	last_v	sum_v	max_v	min_v	count_v	row_id	rank_id	dense_id
01	01	80	80	82	82	82	82	2	1	1	1
01	03	80	80	80	162	82	80	2	2	1	1
01	05	76	80	76	236	82	76	3	3	3	2
01	02	70	80	70	306	82	70	4	4	4	3
01	04	50	80	50	356	82	50	5	5	5	4
01	06	31	80	31	387	82	31	6	6	6	5
02	01	90	90	90	90	90	90	1	1	1	1
02	07	89	90	89	179	90	89	2	2	2	2
02	05	87	90	87	266	90	87	3	3	3	3
02	03	80	90	80	346	90	80	4	4	4	4
02	02	60	90	60	406	90	60	5	5	5	5
02	04	30	90	30	436	90	30	6	6	6	6
03	01	99	99	99	99	99	99	1	1	1	1
03	07	98	99	98	197	99	98	2	2	2	2
03	02	80	99	80	357	99	80	4	3	3	3
03	03	80	99	80	357	99	80	4	4	3	3
03	06	34	99	34	391	99	34	5	5	5	4
03	04	20	99	20	411	99	20	6	6	6	5

c_id	s_id	s_score	first_v	last_v	sum_v	max_v	min_v	count_v	row_id	rank_id	dense_id
01	01	80	80	80	160	80	80	2	1	1	1
01	03	80	80	80	160	80	80	2	2	1	1
01	05	76	80	76	236	80	76	3	3	3	2
01	02	70	80	70	306	80	70	4	4	4	3
01	04	50	80	50	356	80	50	5	5	5	4
01	06	31	80	31	387	80	31	6	6	6	5
02	01	90	90	90	90	90	90	1	1	1	1
02	07	89	90	89	179	90	89	2	2	2	2
02	05	87	90	87	266	90	87	3	3	3	3
02	03	80	90	80	346	90	80	4	4	4	4
02	02	60	90	60	406	90	60	5	5	5	5
02	04	30	90	30	436	90	30	6	6	6	6
03	01	99	99	99	99	99	99	1	1	1	1
03	07	98	99	98	197	99	98	2	2	2	2
03	02	80	99	80	357	99	80	4	3	3	3
03	03	80	99	80	357	99	80	4	4	3	3
03	06	34	99	34	391	99	34	5	5	5	4
03	04	20	99	20	411	99	20	6	6	6	5

c_id	s_id	s_score	first_v	last_v	sum_v	max_v	min_v	count_v	row_id	rank_id	dense_id
01	01	80	80	82	82	82	82	2	1	1	1
01	03	80	80	80	162	82	80	2	2	1	1
01	05	76	80	76	236	82	76	3	3	3	2
01	02	70	80	70	306	82	70	4	4	4	3
01	04	50	80	50	356	82	50	5	5	5	4
01	06	31	80	31	387	82	31	6	6	6	5
02	01	90	90	90	90	90	90	1	1	1	1
02	07	89	90	89	179	90	89	2	2	2	2
02	05	87	90	87	266	90	87	3	3	3	3
02	03	80	90	80	346	90	80	4	4	4	4
02	02	60	90	60	406	90	60	5	5	5	5
02	04	30	90	30	436	90	30	6	6	6	6
03	01	99	99	99	99	99	99	1	1	1	1
03	07	98	99	98	197	99	98	2	2	2	2
03	02	80	99	80	357	99	80	4	3	3	3
03	03	80	99	80	357	99	80	4	4	3	3
03	06	34	99	34	391	99	34	5	5	5	4
03	04	20	99	20	411	99	20	6	6	6	5