mysql踩坑之limit与sum函数混合使用问题详解

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了mysql踩坑之limit与sum函数混合使用问题详解，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含2397字，纯文字阅读大概需要4分钟。

内容图文

前言

今天同事在同步完订单数据后，由于订单总金额和数据源的总金额存在差异，选择使用LIMIT和SUM()函数计算当前分页的总金额来和对方比较特定订单的总金额，却发现计算出来的金额并不是分页的订单总金额，而是所有订单的总金额。

数据库版本为mysql 5.7，下面会用一个示例复盘遇到的问题。

问题复盘

本次复盘会用一个很简单的订单表作为示例。

数据准备

订单表建表语句如下（这里偷懒了，使用了自增ID，实际开发中不建议使用自增ID作为订单ID）

CREATE TABLE `order` (
 `id` int(11) NOT NULL AUTO_INCREMENT COMMENT '订单ID',
 `amount` decimal(10,2) NOT NULL COMMENT '订单金额',
 PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4;

插入金额为100的SQL如下（执行10次即可）

INSERT INTO `order`(`amount`) VALUES (100);

所以总金额为10*100=1000。

问题SQL

使用limit对数据进行分页查询，同时使用sum()函数计算出当前分页的总金额

SELECT 
  SUM(`amount`)
FROM
  `order`
ORDER BY `id`
LIMIT 5;

前面也提到了运行的结果，期待的结果应该为5*100=500，然而实际运行的结果却为1000.00（带有小数点是因为数据类型）

问题排查

其实如果对SELECT语句执行顺序有一定了解的朋友可以很快确定为什么返回的结果为所有的订单总金额？下面我会就问题SQL的执行书序来分析问题：

1. FROM：FROM子句是最先执行的，确定了查询的是order这张表
2. SELECT：SELECT子句是第二个执行的子句，同时SUM()函数也在此时执行了。
3. ORDER BY：ORDER BY子句是第三个执行的子句，其处理的结果只有一个，就是订单总金额
4. LIMIT：LIMIT子句是最后执行的，此时结果集中只有一个结果（订单总金额）

补充内容

这里补充一下SELECT语句执行顺序

1. FROM <left_table>
2. ON <join_condition>
3. <join_type> JOIN <right_table>
4. WHERE <where_condition>
5. GROUP BY <group_by_list>
6. HAVING <having_condition>
7. SELECT
8. DISTINCT <select_list>
9. ORDER BY <order_by_condition>
10. LIMIT <limit_number>

解决办法

遇到需要统计分页数据时（除了SUM()函数外，常见的COUNT()、AVG()、MAX()、MIN()函数也存在这个问题），可以选择使用子查询来处理（PS：这里不考虑内存计算，针对的是使用数据库解决这个问题）。上面的问题解决方案如下：

SELECT 
  SUM(o.amount)
FROM
  (SELECT 
    `amount`
  FROM
    `order`
  ORDER BY `id`
  LIMIT 5) AS o;

运行的返回值为500.00。

总结

以上就是这篇文章的全部内容了，希望本文的内容对大家的学习或者工作具有一定的参考学习价值，谢谢大家对脚本之家的支持。

内容总结

以上是互联网集市为您收集整理的mysql踩坑之limit与sum函数混合使用问题详解全部内容，希望文章能够帮你解决mysql踩坑之limit与sum函数混合使用问题详解所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端