MySQL union的一个坑

最新推荐文章于 2025-02-18 19:02:05 发布
最新推荐文章于 2025-02-18 19:02:05 发布
阅读量123 收藏
点赞数
CC 4.0 BY-SA版权
文章标签： mysql 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/robotmen/article/details/134582446
文章讨论了SQL查询中UNION和UNIONALL的区别，指出UNION会去除重复记录导致结果不正确（如1重复计为2），而UNIONALL则保留所有记录。解决办法是使用UNIONALL以获得预期的6的结果。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

看以下的SQL:

SELECT sum(`1`) FROM
(SELECT 1 from DUAL
UNION
SELECT 1 from DUAL
UNION
SELECT 2 from DUAL
UNION
SELECT 3 from DUAL) as t

执行的结果是什么？

开始以为是：7；但是事实是：6。

原因是：1重复了一次，Union将其合并为一条记录。

解决方法：使用Union All替换。

SELECT sum(`1`) FROM
(SELECT 1 from DUAL
UNION ALL
SELECT 1 from DUAL
UNION ALL
SELECT 2 from DUAL
UNION ALL
SELECT 3 from DUAL) as t

robotmen
关注
MySQL 查询避坑指南
zjcxc(邹建)的Blog - SQL Server
04-21 1169
在MySQL查询中，你可能会不经意的掉入某些坑中，甚至某些坑可能让你不死也掉半条命。
mysql group_concat 与 union 联合查询漏洞，数据列最大长度为341
暴暴风的博客
09-29 988
mysql 查询忽略的漏洞问题
mysql中的union小坑
izwell的博客
03-13 753
今天在使用union时，遇到一个小小的坑 业务情景如下，需要从表中查询出对应数据同时，还需要将当前表的最大id给查询出来，使用的SQL如下 SELECT id FROM chat_session WHERE `from` = $from_id AND `to` = $to_id AND workbench_id = $workbench_id AND type = $type...
尴尬的bug:一条查询语句让MySQL崩溃
杨建荣的学习笔记
07-03 552
这是学习笔记的第2028篇文章 前几天睡觉前接到前同事的一个信息，说有个奇怪的SQL问题，想让我帮忙看看，给点建议，我以为是一种非常复杂的SQL,他的反馈能让MyS...
mysql union性能变差和一个方案
weixin_45642669的博客
02-18 2377
前几天，搞了一个140M大小的表格，装在本机上。主键没定义，但是默认是INDOOB，肯定是有主索引的。 有一个业务逻辑,想要查两个表（比如把男生一个表，女生一个表，查询班里的学生） 由于mysql不支持outer join，只能用unoin。 然后查询(请原谅我喜欢给表起名t1)： select * from t1; 速度很快。0.4秒。 然后我用了union命令。 select * from t1 union select * from t1; 2秒。 由于我使用的是dbeaver，所以默认是有lim
优化查询性能：UNION与UNION ALL的区别
FirstMrRight的博客
08-14 1444
在实际应用中，我们应该根据查询的需求和性能要求，谨慎选择合适的操作符，以提高查询效率。最后，值得注意的是，优化查询性能是一个复杂的过程，还涉及到其他因素，如索引的设计、统计信息的准确性以及查询语句的编写等。通过选择适当的操作符和实施综合的优化措施，我们可以提高数据库查询的效率，提升应用性能，为用户提供更好的体验。在SQL查询中，当我们需要合并多个查询结果集时，我们通常会使用UNION和UNION ALL操作符，同时，如果你写的or语句不走索引，可以考虑使用UNION、UNION ALL优化。
Mysql之常用函数、聚合函数&合并(union&union all)【第四篇】
明思齐的博客
11-15 2391
MySQL函数是 MySQL 数据库提供的内部函数，这些内部函数可以帮助用户更加方便地处理表中的数据。函数就像预定的公式一样存放在数据库里，每个用户都可以调用已经存在的函数来完成某些功能。简单来说，函数就是输入值然后得到相应的输出结果，输入值称为参数（parameter），输出值称为返回值。
mysql的这些坑你踩过吗？快来看看怎么优化mysql
rita_0567的博客
02-18 993
如果你的回答是关系型数据库，那就会显得有些浅薄。我们平时工作中肯定会用到mysql,但是谈到mysql,就不能只说增删改查。接下来我们从另一个角度认识一下mysql(其实不仅仅是mysql,对于任何一个产品、服务，我们都应该有一个抽象化的架构，而不能局限于这个产品的某一个区域)
MySQL数据库操作补坑(五)视图
qq_45670042的博客
12-20 455
视图简介 是有数据库中的一个表或多个表导出的虚拟表。作用是方便用户对数据的操作。 1）、视图的含义 是一种虚拟的表，是从数据库中的一个或多个表中导出来的表。还可以从已经存在的视图的基础上定义。数据库中只存放了视图的定义，并没有存放视图中的数据。 如果经常需要从多个表查询指定字段的数据，可以在这些表上建立一个视图。通过这个视图显示这些字段的数据。如果表中修改了与市图相关的字段的名称，可以通过修改试图爱解决可能引起的问题。 MySQL视图不支持输入参数的功能，因此交互性上还有欠缺。但对于变化大的操作，使用视
Mysql 极客
musclei的博客
08-26 524
锁（全局锁、表级锁和行锁） 全局锁 ：是对整个数据库实例加锁，。MySQL 提供了一个加全局读锁的方法，命令是 Flush tables with read lock (FTWRL)。数据库只读 使用场景：做全库逻辑备份（不加锁的话，备份系统备份的得到的库不是一个逻辑时间点，这个视图是逻辑不一致的） 可以通过一致性读解决，一致性读是好，但前提是引擎要支持这个隔离级别。比如，对于 MyISAM 这种不支持事务的引擎 表级别的锁有两种：一种是表锁（表锁的语法是 lock tables … read/w
关于union的坑
一五三微月的博客
07-12 2550
union mysql中的union关键字是用与去重的 如：select * from a union select * from b 表示把表a，表b的数据全查询出来，并且去重。 *union 与distinct 的区别： 1.union一般用与表与表的连接去重，而distinct一般用于一个表中进行数据去重。 2.union可以使表中所有字段都去重，而distinct一般是用于某个字段的去重。...
MySQL UNION与UNION ALL的区别
Java Dynamic的专栏
06-29 3782
MySQL UNION 语法 MySQL UNION 用于把来自多个 SELECT 语句的结果组合到一个结果集合中。语法为： SELECT column,... FROM table1 UNION [ALL] SELECT column,... FROM table2 ... 在多个 SELECT 语句中，对应的列应该具有相同的字段属性，且第一个 SELECT 语句中被使用的字段
MySQL UNION 和 UNION all 操作符将两个结果集合并一个表
热门推荐
helloxiaozhe的博客
03-16 6万+
MySQL UNION 和 UNION all 操作符将两个结果集合并一个表 比如第一个查询有100条两列，第二个查询结果也为160条两列，故使用union all之后，可以将这两个结果合并成一个，变成260行两列。 描述 MySQL UNION 操作符用于连接两个以上的 SELECT 语句的结果组合到一个结果集合中。多个 SELECT 语句会删除重复的数据。 语法 MySQL UNIO...
mysql中我同时使用ORDER BY和UNION遇到的问题
精灵鼠小强的博客
01-14 555
  今天同时使用mysql的union和order by遇到的坑，这里总结一下。   事情是这样的，我们的任务列表展示的要求是优先展示运行中状态的任务，如果多个运行中状态的任务就按照开始时间进行降序展示。其他的任务状态，不管是失败、完成、还是停止的状态，都统一按照开始时间进行降序。如下图所示，这里是不对的，需要调整。   类似这种情况的数据展示，我优先考虑了union all，sql如下： select * from data_collect_task_instance where task_instan
union all和order by一起使用出问题
吃瓜群众的博客
09-03 2111
使用mysql用union或union all并子集中用order by排序顺序会混乱 (select id from a order by start_time asc) union all (select id from b order by start_time desc) limit 0, 20 这样的写法会导致排序混乱 解决方法如下 1 使用limit ...
mysql union用法以及注意事项
风居住的街道
08-20 4793
句式：SELECT field1,field2... FROM table1 UNION SELECT field3,field4... FROM table2; 注意： 前后所选字段数目需相同，否则报错，例： mysql> select `submission_date` from `runoob_tbl` union all select `runoob_author`,`subm...
mysql80和mysql区别
最新发布
06-13
<think>嗯，用户想了解MySQL8.0与其他版本的差异，特别是和5.7版本的对比。从引用内容看，用户已经提供了一些参考资料，包括8.0的新特性、升级注意事项以及性能对比信息。用户应该是数据库管理员或开发者，正在评估是否要升级到8.0。用户可能真正关心的是实际业务影响：升级的收益是否大于风险？是否需要重构代码？性能提升是否显著？尤其是看到引用3中提到PostgreSQL在点查上碾压MySQL，可能还隐含了选型考量。不过当前问题聚焦在MySQL内部版本对比，需要优先解决这个核心问题。梳理差异时要注意层次：功能改进（窗口函数/CTE/JSON）、性能优化（索引/直方图）、安全增强（认证/密码策略）、行为变更（默认字符集/严格模式）。特别要强调升级坑点，比如用户认证插件变更这种可能导致业务中断的关键点。需要提醒8.0虽然官方宣称性能提升，但引用3显示特定场景可能不如PostgreSQL，如果用户有高频点查需求，这点值得展开。不过当前问题限定在MySQL版本对比，PostgreSQL部分只需简单提及。最后要区分“新项目”和“升级现有系统”两种场景给出建议。用户没明说当前版本，但引用1、2都聚焦5.7到8.0的升级路径，回复应该覆盖测试策略和回滚预案。</think> 以下是MySQL 8.0与其他版本（特别是MySQL 5.7）的核心差异对比，按关键维度分类说明： --- ### **一、功能性升级** 1. **窗口函数（Window Functions）** - MySQL 8.0支持`ROW_NUMBER()`, `RANK()`, `LEAD()`等分析函数，简化复杂查询（如分组排名） - **对比**：MySQL 5.7需通过复杂自连接实现[^1] 2. **公用表表达式（CTE）** - 支持递归查询（如树形结构数据处理）： ```sql WITH RECURSIVE cte AS ( SELECT id, parent_id FROM items WHERE id=1 UNION ALL SELECT items.id, items.parent_id FROM items JOIN cte ON items.parent_id=cte.id ) SELECT * FROM cte; ``` - **对比**：MySQL 5.7需依赖临时表或存储过程[^1] 3. **JSON增强** - 新增`JSON_TABLE()`, `JSON_ARRAYAGG()`等20+函数 - 支持JSON部分更新（仅修改指定路径数据，降低存储开销）[^1] --- ### **二、性能优化** | **特性** | **MySQL 8.0** | **MySQL 5.7** | |-------------------|----------------------------------------|-------------------------------| | **降序索引** | 支持`DESC`索引（优化ORDER BY ... DESC）| 实际按升序索引反向扫描 | | **直方图统计** | 基于数据分布优化查询计划 | 仅依赖索引统计信息[^1] | | **资源组管理** | 可分配CPU核心限制SQL线程优先级 | 不支持 | --- ### **三、安全与稳定性** 1. **认证插件变更** - 默认认证插件从`mysql_native_password`改为`caching_sha2_password` - **影响**：旧客户端需更新驱动（如PHP需升级至7.4+）[^2] 2. **原子DDL操作** - 表结构变更（ALTER TABLE）支持原子性，崩溃后自动回滚 - **对比**：MySQL 5.7可能遗留中间状态文件[^1] 3. **密码策略增强** - 支持密码历史管理、双密码机制、随机密码生成 --- ### **四、兼容性与行为变更** | **配置项** | **MySQL 8.0** | **MySQL 5.7** | |----------------------|---------------------------|------------------------| | **默认字符集** | `utf8mb4`（支持4字节表情）| `latin1` | | **严格模式** | 默认开启（如日期零值报错）| 默认关闭[^2] | | **系统表存储引擎** | 全部采用InnoDB | 部分使用MyISAM | --- ### **五、升级建议** 1. **推荐升级场景** - 新项目优先选用8.0（性能提升达**2-5倍**，尤其在读写混合场景） - 需使用JSON深度处理或分析型SQL的业务 2. **谨慎升级场景** - 旧系统需验证兼容性： ```sql -- 检查认证插件冲突 SELECT user, plugin FROM mysql.user WHERE plugin='mysql_native_password'; ``` - 测试严格模式影响（如零值日期、GROUP BY非聚合列）[^2] --- ### **与PostgreSQL的对比参考** - **点查性能**：PostgreSQL 15在单行查询场景比MySQL 8.0快**30-50%**（索引优化更高效）[^3] - **复杂查询**：MySQL 8.0的窗口函数性能接近PostgreSQL，但递归查询优化仍存差距 --- **推荐行动路径**： 1. 使用`mysql_upgrade`工具检测兼容性问题 2. 在测试环境启用`--upgrade=FORCE`模拟升级 3. 关键业务配置回滚方案（如备份+二进制日志保留）
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值