mysql踩坑记录之limit和sum函数混合使用问题

编程并不是一个机械性的工作，而是需要有思考，有创新的工作，语法是固定的，但解决问题的思路则是依靠人的思维，这就需要我们坚持学习和更新自己的知识。今天golang学习网就整理分享《mysql踩坑记录之limit和sum函数混合使用问题》，文章讲解的知识点主要包括MySQL，如果你对数据库方面的知识点感兴趣，就不要错过golang学习网，在这可以对大家的知识积累有所帮助，助力开发能力的提升。

数据库版本为

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></left_table>

2. ON <join_condition></join_condition>

3. <join_type> JOIN <right_table></right_table></join_type>

4. WHERE <where_condition></where_condition>

5. GROUP BY <group_by_list></group_by_list>

6. HAVING <having_condition></having_condition>

7. SELECT

8. DISTINCT <select_list></select_list>

9. ORDER BY <order_by_condition></order_by_condition>

10. LIMIT <limit_number></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

。

以上就是本文的全部内容了，是否有顺利帮助你解决问题？若是能给你带来学习上的帮助，请大家多多支持golang学习网！更多关于数据库的相关知识，也可关注golang学习网公众号。