共计 1273 个字符,预计需要花费 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
的执行书序来分析问题:
-
FROM
:FROM
子句是最先执行的,确定了查询的是order
这张表 -
SELECT
:SELECT
子句是第二个执行的子句,同时SUM()
函数也在此时执行了。 -
ORDER BY
:ORDER BY
子句是第三个执行的子句,其处理的结果只有一个,就是订单总金额 -
LIMIT
:LIMIT
子句是最后执行的,此时结果集中只有一个结果(订单总金额)
补充内容
这里补充一下 SELECT
语句执行顺序
FROM <left_table>
ON <join_condition>
<join_type> JOIN <right_table>
WHERE <where_condition>
GROUP BY <group_by_list>
HAVING <having_condition>
SELECT
DISTINCT <select_list>
ORDER BY <order_by_condition>
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
。
正文完