mysql 使用sum()函数时的一个小坑

最新推荐文章于 2025-07-02 10:48:54 发布
最新推荐文章于 2025-07-02 10:48:54 发布
阅读量2k 收藏 2
点赞数 1
CC 4.0 BY-SA版权
分类专栏： 踩坑记录 文章标签： mysql sum
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/frankingly/article/details/75057063

使用 mysql 的 sum() 函数时，如果根据查询条件没有得到数据，那么 sum() 之后的结果会是 null，而不是0。如果根据查询条件得到了多条数据，但是这些数据中的求和字段，有的有值，有的为null，此时 sum() 也会得到正确的结果。总之，为了保证使用上的正确和严谨，以后在使用 sum() 函数的时候，应该使用 ifnull(sum(columnName), 0)

MySQL中ifnull和sum的区别
姚文斌的博客
07-12 5038
求和运算经常用到ifnull和sum函数，以下对二者的使用方法和区别进行讲解 1.IFNULL 使用方法： select 列名1+ifnull(列名2,常数) from 表名; 使用要求： 1.其中列名1的值不能为空,列名1的值一旦为null，则“列名1+ifnull(列名2,0)”的结果就为null. 2.列名2的值可以为空，列名2 的值为空时 ifnull(列名2，常数)的返回结果为常数的值...
sumover mysql_MySQL对window函数执行sum函数可能出现的一个Bug
weixin_26814683的博客
01-30 282
使用MySql的窗口函数统计数据时，发现一个小的问题，与大家一起探讨下。环境配置：mysql-installer-community-8.0.20.0问题点：在sum对window函数执行时，如果有重复数据，会直接把相同的数据相加，并不是逐步相加。问题描述数据：在一个成绩表中，有三个个字段：学生s_id，课程c_id，成绩s_score。查询条件查询每个课程的学生成绩排名和成绩汇总。查询结果：发现...
IFNULL返回的小数点问题
weixin_46713092的博客
11-17 199
mysql 里面使用IFNULL函数，返回的值多出了小数点，这种要怎么处理。
MySQL 遇到的小坑：sum会出现NULL
beiyingxiaojiu的博客
07-08 466
MySQL 遇到的小坑：count 会出现NULL
Mysql数据库，巧妙使用IFNULL()函数，累计求和.
dear_Alice_moon的专栏
09-14 1206
使用的 student 学生表及表数据如下所示： -- 学生表 CREATE TABLE `student` ( `st_id` varchar(64) NOT NULL DEFAULT '' COMMENT '编号', `st_name` varchar(255) DEFAULT '' COMMENT '姓名', `st_age` int(3) DEFAULT NULL COMMENT '年龄', `st_address` varchar(255) DEFAULT NULL...
震惊！0.1+0.2≠0.3？MySQL浮点数的那些坑，你踩过几个？
最新发布
程序员极光
07-02 567
MySQL浮点数精度陷阱解析 文章揭示了MySQL中浮点数精度问题的本质，指出计算机二进制存储机制导致小数精度截断是根本原因。通过对比实验展示了FLOAT、DOUBLE和DECIMAL三种数据类型在实际应用中的精度差异，并分析了浮点数误差在不同运算场景中的表现特点。重点介绍了工业应用中必须使用浮点数的五大场景：科学计算、传感器网络、地理空间计算、游戏引擎和机器学习，其中DOUBLE类型在高精度需求领域占据主导地位。文中还提供了各类应用场景下的数据类型选择建议表，帮助开发者在精度与性能之间做出权衡决策。
2021-11-07大数据学习日志——MySQL进阶——窗口函数
tingbaobaoo的博客
11-07 2023
01_窗口函数概述 学习目标 了解窗口函数的优点 1.1 窗口函数 接下来的课程中我们来介绍窗口函数window functions. MYSQL 8.0 之后，加入了窗口函数功能，简化了数据分析工作中查询语句的书写 在没有窗口函数之前，我们需要通过定义临时变量和大量的子查询才能完成的工作，使用窗口函数实现起来更加简洁高效 窗口函数是数据分析工作中必须掌握的工具，在SQL笔试中也是高频考点 为什么说窗口函数可以使复杂的查询变得更加简单方便？ 1.1.1 窗口函数示例 示例：聚合函数
mysql with rollup_MySQL-with rollup函数运用
weixin_29149577的博客
01-18 824
如果想在下面这个表下面添加一行 总计 数据行SQL代码怎么实现 并且根据9月金额进行城市降序 总计置于底部呢MySQL提供了 group by with rollup 函数进行group by 字段的汇总但是order by 互斥的不能同时用第一步还是是先计算各城市每个月的金额SELECT b.城市,SUM(IF(b.年月=201607,b.金额,NULL)) AS 7月金额,SUM(IF(b.年...
Mysql中 begin..end使用遇到的坑
weixin_43865008的博客
05-06 7576
今天在用 Navicat 连接 mysql查询的时候，遇到了一个问题，如下代码块中所示： BEGIN declare start_time datetime default '2021-05-06 00:00:00'; declare end_time datetime default '2021-05-07 00:00:00'; # 计算实体类店铺客单价 SELECT IFNULL(ROUND( ( SELECT sum( spu_amount_all ) / 100 FROM test_ob
sum处理null值
lzf的博客
02-24 606
1.语法:IFNULL(字段,默认值) 即: IFNULL(字段,0) 2.使用COALESCE函数,改函数依次判断所有条件并且返回第一个不为null的值, 语法:COALESCE(字段1,字段2......) 即:COALESCE(sum(字段),0) 3.case WHEN条件1THEN结果1 ..ELSE其余结果END 即: case when isnull(sum(字段)) then 0 else sum(字段) end ...
Mysql中的sum函数为null时的解决办法
热门推荐
iilegend的博客
05-18 3万+
    在mysql中sum函数查出的最终结果为0的时候会显示null，这时候就需要将null转为0：方法1：使用IFNULL(expr1,expr2)函数：    SELECT     IFNULL(sum(SS), 0.0) AS sum FROM     fd_order fo2 WHERE     fo2.BUYER_ID = '11' 结果为：方法2：使用COALESCE(valu...
MySQL sum（）函数的一些注意点
java小王子的博客
07-13 1万+
在使用SSM框架的时候， 去数据查询语句使用到了 sum()求和函数，sum函数会给结果自动转型，在java中类型变成了 BigDecimal ，如果不是用这个类型去接收就会报错。 代码如下，   BigDecimal totalSend = (BigDecimal) aa.get("totalSend"); 接收到的结果再去转型    long  send= totalSend.long
mysql 使用SUM()函数查询时，如果没有任何记录的时候 返回的结果为null
weixin_30782331的博客
12-20 3045
项目中碰到一个查询到问题 使用到了SUM()函数 List<PutStorageDetail> initPutStorage = putStorageDetailDao.getInitPutStorageNoSku(stock);这段代码中，由于查询使用到了SUM()函数，导致虽然没有任何记录,但是返回之后 initPutStorage 的size()为1 但是是nul...
SUM函数统计空返回null问题
路上有个、坑的博客
04-27 1878
在Mysql做统计时候经常会用SUM求和的函数，但是这个函数就是在求和的时候在没有符合where条件的时候就会返回null值。这个null如果在代码里面不处理就会报空指针异常问题。但是按照一般业务需求，没有求和的值时候结果应该是0。那么就需要一个给它赋值一个0就好了。Mysql提供了函数coalesce。coalesce()解释：返回参数中的第一个非空表达式（从左向右依次类推）。 ...
解决MySQL数据库sum查询结果为null的问题
龙源IT 的博客
04-06 9615
mysql 中 sum() 函数用于计算某一字段中所有行的数值之和， 我们可以使用 sum(条件) 进行对符合条件的结果行数进行求和，如果没有返回结果，则sum 函数的返回值为 null，不是 0。
MySQL执行顺序
06-13
<think>嗯，用户询问MySQL查询的执行顺序和解析过程，这个问题在数据库优化中非常重要。我手头有4个相关引用资料，需要整合这些信息给出一个清晰的解释。用户可能是个正在学习数据库的开发人员，或者是遇到性能问题的工程师，他们想通过理解执行顺序来优化SQL语句。考虑到用户特别强调"解析过程"，可能需要聚焦语法分析到执行计划生成的环节。从引用资料看，引用2和3直接描述了执行顺序逻辑：从FROM子句开始逐步构建结果，引用4补充了优化器行为这个关键点。引用1的目录结构正好帮我组织回答框架：先讲逻辑顺序再谈物理执行差异。需要特别注意几个技术要点：首先必须区分逻辑顺序和实际执行的物理顺序（引用4提到的优化器重排），其次要强调WHERE和HAVING的过滤时机差异（引用3说明WHERE更早执行），还要解释关联子查询的处理逻辑（引用2提到可能转为JOIN）。为了用户实操方便，计划用表格展示SELECT各子句在逻辑阶段的执行顺序。突然想到那个经典例子：为什么WHERE子句能过滤分组前数据而HAVING不行？这个案例能直观说明顺序差异。另外关联查询执行路径的选择（引用4的O(n!)复杂度问题）值得展开，很多用户不知道optimizer_search_depth参数的作用。考虑到用户后续可能需要调优，准备把性能影响作为独立章节，重点讲索引使用时机（WHERE/ORDERBY阶段）和排序算法选择（双路排序问题）。最后设计相关问题时会指向子查询优化这个痛点——这是很多用户实际遇到的坑。</think> 好的，我们来详细解析一下 MySQL 查询语句的逻辑执行顺序和物理执行过程。理解这个顺序对于编写高效查询、避免错误以及进行性能优化至关重要。 MySQL 处理一个完整的 `SELECT` 查询时，遵循一个特定的**逻辑解析和执行顺序**。注意，这是逻辑上的概念性顺序，与查询语句的**书写顺序（SQL语法顺序）**不同。优化器会根据实际情况（如索引、数据量、配置等）调整*实际执行的物理顺序*以获得最佳性能，但其结果必须与按逻辑顺序执行的结果一致。 **逻辑执行顺序解析（关键步骤）：** 下面是 MySQL 在执行一个 `SELECT` 查询时，其**逻辑处理顺序**的步骤： 1. **`FROM` / `JOIN` (包括子查询中的 `FROM` / `JOIN`):** 这是逻辑解析的起点。 * 首先确定需要查询的数据来源是哪些表（或视图、派生表）。 * 执行所有必要的连接（`JOIN`）操作（如 `INNER JOIN`, `LEFT JOIN`, `RIGHT JOIN`, `CROSS JOIN`）。连接过程基于 `ON` 条件或 `USING` 子句进行匹配。 * 如果存在子查询且作为数据源（如在 `FROM` 子句中），则在此阶段执行这些子查询，生成临时结果集。 2. **`WHERE`:** 在确定了数据源和进行了基本的连接后，应用 `WHERE` 子句中的过滤条件。 * 对上一步形成的临时结果集（虚拟表）进行行级过滤，排除不满足条件的行。 * **性能提示：** 在此阶段过滤效率最高，因为它减少了后续操作（分组、排序等）需要处理的数据量。应尽量将可过滤的条件放在 `WHERE` 而非 `HAVING` 中[^3]。 3. **`GROUP BY`:** 对通过 `WHERE` 过滤后的行进行分组。 * 根据 `GROUP BY` 子句中指定的列（或表达式）的值，将行划分为不同的组。 * 每个分组最终会聚合成结果集中的一行（除非后续被过滤掉）。 4. **`HAVING`:** 对分组结果进行过滤。 * 类似于 `WHERE`，但作用于分组（聚合后）的结果集，而不是单行数据。 * `HAVING` 条件通常使用聚合函数（`SUM()`, `COUNT()`, `AVG()`, `MAX()`, `MIN()`）来筛选满足特定聚合条件的组。 * **与 `WHERE` 的区别：** `WHERE` 过滤行，在分组前执行；`HAVING` 过滤组，在分组后执行。 5. **`SELECT`:** 选择最终需要返回的列（或表达式）。 * 计算 `SELECT` 列表中的表达式（包括调用聚合函数）。 * 如果使用了 `DISTINCT` 关键字，也在此步骤中对选定的列去重（重复行只保留一行）。注意：`DISTINCT` 作用于 `SELECT` 后的所有列。 6. **`ORDER BY`:** 对最终选择的结果集进行排序。 * 根据 `ORDER BY` 子句指定的列或表达式对结果进行升序 (`ASC`) 或降序 (`DESC`) 排序。 * **性能提示：** 如果排序的数据量很大，可能会导致文件排序（Filesort），影响性能。合理使用索引通常能避免此阶段的额外排序[^4]。 7. **`LIMIT` / `OFFSET`:** 限制返回结果集的大小。 * `LIMIT n` 限制只返回最多 `n` 条结果。 * `LIMIT m, n` 或 `LIMIT n OFFSET m` 表示跳过前 `m` 条，然后返回最多 `n` 条。 * **重要：** `LIMIT` / `OFFSET` 总是在处理完 `ORDER BY` 之后才应用。这意味着即使只需要几行结果，如果排序成本很高（如使用了文件排序且数据量大），也会先完成整个排序过程[^4]。 **实际物理执行过程 & 优化器的作用：** * **优化器重构：** 数据库优化器是 MySQL 的“大脑”。它解析查询后，会根据表的结构（如索引的存在和类型）、统计信息（如表大小、数据分布）、系统配置等，制定一个**实际的物理执行计划**。目的是找到最高效的路径来产生与逻辑顺序相同的结果。 * **可能的物理顺序调整举例：** * **`WHERE` 下推 (Predicate Pushdown):** 优化器会尽早应用 `WHERE` 条件，甚至可能在连接 (`JOIN`) 操作发生之前，在读取表数据时就过滤掉不需要的行，极大地减少参与后续计算的数据量。 * **索引使用:** 如果在连接条件 (`ON`) 或 `WHERE` 子句的过滤条件上存在合适的索引，优化器可能利用索引直接定位数据或有序访问数据，完全避免读取整个表或进行昂贵的排序 (`ORDER BY`)。 * **连接顺序调整 (`JOIN` Order):** 优化器会选择它认为成本最低的表连接顺序。例如，它可能选择从一个能够通过 `WHERE` 条件过滤掉大部分数据的小表开始连接，而不是按照查询中写的顺序连接所有表[^4]。`EXPLAIN` 输出的 `table` 顺序（从上到下）通常反映了优化器选择的执行顺序。在连接表非常多时，优化器可能会使用启发式算法（如贪心算法）而不是穷尽所有可能（O(n!)复杂度）来寻找连接顺序。 * **子查询处理:** 优化器会决定如何处理子查询。 * 许多关联子查询 (Correlated Subqueries) 会被优化器重写为等效的 `JOIN` 操作以提高效率[^2]。 * 非关联子查询 (Non-Correlated Subqueries) 通常会被优先执行一次，将其结果缓存起来供外层查询使用[^2]。 * **排序和分组优化:** 如果 `GROUP BY` 或 `ORDER BY` 所需的列已经通过索引有序，优化器可以直接利用索引的顺序，避免额外的排序操作。对于分组 (`GROUP BY`)，在某些情况下可能会使用索引进行分组（松散的索引扫描）。 * **查询缓存 (Deprecated in MySQL 8.0):** (在 MySQL 5.7 及以前版本) 查询解析后，优化器会检查查询缓存（如果启用）。如果找到完全匹配的已缓存结果集，就直接返回结果，跳过所有后续执行步骤。（注意：MySQL 8.0 已完全移除查询缓存功能）。 **总结与关键点：** 1. **逻辑顺序固定，物理顺序可变：** 理解逻辑顺序有助于编写正确的 SQL 和预测查询行为。而实际执行由优化器基于成本决定，顺序可以变化。 2. **过滤尽早 (`WHERE`)：** 将过滤条件放在 `WHERE` 子句中而不是 `HAVING` 子句中（除非必须对聚合结果进行过滤），是性能优化的黄金法则之一[^3]。 3. **索引是核心：** 高效的 `WHERE` 过滤、`JOIN` 操作和避免 `ORDER BY` 的额外排序，都极度依赖合适的索引[^1][^3][^4]。 4. **理解 `DISTINCT`, `GROUP BY`, `ORDER BY` 的代价：** 这些操作（特别是当无法使用索引时）涉及数据的排序、分组或去重，可能非常消耗资源，尤其是在大数据集上。 5. **`LIMIT` 不能解决所有问题：** 如果查询包含昂贵的 `ORDER BY`，即使使用了 `LIMIT`，也可能需要先完成绝大部分或全部的排序工作[^4]。 6. **关联子查询慎用：** 它们通常比等效的 `JOIN` 写法性能差很多，优化器会尝试将其转换为 `JOIN`，但不一定总能成功或者转换后的效果不一定好[^2]。尽量用 `JOIN` 替代关联子查询。 **
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值