前言

今天同事在同步完訂單數(shù)據(jù)后，由于訂單總金額和數(shù)據(jù)源的總金額存在差異，選擇使用LIMIT和SUM()函數(shù)計(jì)算當(dāng)前分頁的總金額來和對(duì)方比較特定訂單的總金額，卻發(fā)現(xiàn)計(jì)算出來的金額并不是分頁的訂單總金額，而是所有訂單的總金額。

數(shù)據(jù)庫版本為mysql 5.7，下面會(huì)用一個(gè)示例復(fù)盤遇到的問題。

問題復(fù)盤

本次復(fù)盤會(huì)用一個(gè)很簡(jiǎn)單的訂單表作為示例。

數(shù)據(jù)準(zhǔn)備

訂單表建表語句如下（這里偷懶了，使用了自增ID，實(shí)際開發(fā)中不建議使用自增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如下（執(zhí)行10次即可）

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

所以總金額為10*100=1000。

問題SQL

使用limit對(duì)數(shù)據(jù)進(jìn)行分頁查詢，同時(shí)使用sum()函數(shù)計(jì)算出當(dāng)前分頁的總金額

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

前面也提到了運(yùn)行的結(jié)果，期待的結(jié)果應(yīng)該為5*100=500，然而實(shí)際運(yùn)行的結(jié)果卻為1000.00（帶有小數(shù)點(diǎn)是因?yàn)閿?shù)據(jù)類型）

問題排查

其實(shí)如果對(duì)SELECT語句執(zhí)行順序有一定了解的朋友可以很快確定為什么返回的結(jié)果為所有的訂單總金額？下面我會(huì)就問題SQL的執(zhí)行書序來分析問題：

1. FROM：FROM子句是最先執(zhí)行的，確定了查詢的是order這張表
2. SELECT：SELECT子句是第二個(gè)執(zhí)行的子句，同時(shí)SUM()函數(shù)也在此時(shí)執(zhí)行了。
3. ORDER BY：ORDER BY子句是第三個(gè)執(zhí)行的子句，其處理的結(jié)果只有一個(gè)，就是訂單總金額
4. LIMIT：LIMIT子句是最后執(zhí)行的，此時(shí)結(jié)果集中只有一個(gè)結(jié)果（訂單總金額）

補(bǔ)充內(nèi)容

這里補(bǔ)充一下SELECT語句執(zhí)行順序

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>

解決辦法

遇到需要統(tǒng)計(jì)分頁數(shù)據(jù)時(shí)（除了SUM()函數(shù)外，常見的COUNT()、AVG()、MAX()、MIN()函數(shù)也存在這個(gè)問題），可以選擇使用子查詢來處理（PS：這里不考慮內(nèi)存計(jì)算，針對(duì)的是使用數(shù)據(jù)庫解決這個(gè)問題）。上面的問題解決方案如下：

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

運(yùn)行的返回值為500.00。

總結(jié)

以上就是這篇文章的全部內(nèi)容了，希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值，謝謝大家對(duì)腳本之家的支持。