MySQL对window函数执行sum函数可能出现的一个Bug-巨人网络通讯

主页 > 知识库 > MySQL对window函数执行sum函数可能出现的一个Bug

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

使用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临时表及分区表区别详解
MySQL最佳实践之分区表基本类型
MySQL分区表的基本入门教程
MySQL优化之分区表
解决mysql删除用户 bug的问题
MySQL关于exists的一个bug
CentOS 安装 PHP5.5+Redis+XDebug+Nginx+MySQL全纪录
关于MySQL分区表的一个性能BUG

标签：黄山崇左衡水湘潭铜川仙桃湖南兰州

巨人网络通讯声明：本文标题《MySQL对window函数执行sum函数可能出现的一个Bug》，本文关键词；如发现本文内容存在版权问题，烦请提供相关信息告之我们，我们将及时沟通与处理。本站内容系统采集于网络，涉及言论、版权与本站无关。

电销机器人到底如何运作的？

很多人对电销机器人到底如何运作存在着巨大的好奇心，那么今天，小编就带大家看一下机器人的运作流程！电销...

10-24

电话机器人的兴起对电销行业来说是“惊喜”还

随着互联网大数据的普及，许多电销行业如雨后春笋般争先恐后地冒出来。而今电销行业的混乱，让各位涉足电销...

10-24

百应电话机器人有哪些功能？百应电话机器人好

百应智能电话机器人能够协助企业进行呼入接待、外呼回访等服务场景，能够经过不断的培训学习，逐步完善成专...

10-24

客服外呼系统都有哪些优势？

当前呼叫中心电话系统被企业用于业务电销以及客户服务，然而随着企业需求不断扩大，原来传统的自建呼叫中心...

10-24

电销机器人效果怎么样？智能电话机器人可行吗

几百数千年后，或许没人会记得卡斯帕罗夫曾是世界第一的围棋高手，但人们会记得，他败给了电脑深蓝。那虽算不...

10-24

百应智能外呼系统，贷后管理科技升级

去年底开始，接连出台政策和法规加强对消费金融等金融形态进行规范。强监管下，行业走向规范发展，行业竞...

10-24

百应智能外呼系统引领外呼行业新风向

电话销售：您好，我这边是XX地产，给您推荐一下精装酒店式公寓，有兴趣了解一下吗? 客户：具体位置在哪里啊?...

10-24

小贷企业为什么需要电销机器人？

随着信贷行业逐步进入我们的生活中，越来越多人选择借款来处理资金难题。信贷企业不断涌现，业务开展迅猛，行...

10-24

雷霆电话机器人是如何转接人工的？

当我们在拨通移动、联通或电信运营商的客服电话时，总会要先经过一些机械化的选择，然后成功连接人工坐席反馈...

10-24

米卡迪电话机器人效果怎么样？

外呼电话机器人，之所以能智能的与客户无忧交流，因为运用了下面这么多高技术。 ASR 语音识别米卡迪电话机器人...

10-24

灵声电话机器人效果怎么样？好用吗

外呼电话机器人，之所以能智能的与客户无忧交流，因为运用了下面这么多高技术。灵声电话机器人效果怎么样？...

10-24

电销机器人要想效果好，话术定制有多重要

电话机器人是基于智能语音技术的智能营销工具。它会像真人一样主动拨打客户的电话，介绍产品并回答客户的咨询...

10-24

智能电话机器人的实现原理，使用安全吗？

随着科学技术的进步和人工智能的发展，越来越多的智能产品已经进入我们的工作和生活。智能手机、智能电视、智...

10-24

福州哪里有电话机器人研发公司？

人工智能再次成为各行各业关注的焦点，自从这个概念首次提出以来，60年已经过去了。自从AlphaGo以巨大优势击败人...

10-24

电销机器人销售能力怎么样？

自从电话机器人一出现，在电销行业火爆了起来。面对电话机器人的各种优势，企业跃跃欲试，但又害怕效果不理...

10-24

推荐文章

网络传播和下载的版权补偿金制度的适用

商标转让,知意商标转让网,公司注册、商标注册和品牌注册三者的区别？

ADO.NET基础知识汇总

python flask开发的简单基金查询工具

营销缺位：避暑经济还需发出“好声音”

perl中heredoc使用说明

vssvc.exe是什么进程

win10 mobile单手操作模式怎么用？win10 mobile和iOS系统单手操作区别对比

上一篇：MySQL如何使用授权命令grant

下一篇：MySQL去重该使用distinct还是group by？

一起分享吧

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

QQ咨询

电话咨询

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