10个案例告诉你mysql不使用子查询的原因

大家好,我是V哥。上周末与一位技术同行共进晚餐,我们很快便将话题转向了技术讨论,特别是关于数据库子查询的优化问题。回家后,我整理了以下10个案例,展示了如何在不使用子查询的情况下解决问题,现在与大家分享。

首先,让我们探讨一下在MySQL中避免使用子查询和JOIN的原因,主要基于以下几点:

  1. 性能考量:子查询在执行过程中,MySQL需要创建临时表来存储内部查询的结果,这不仅增加了CPU和IO资源的消耗,还可能导致慢查询。此外,JOIN操作在处理大数据量时,性能也难以保证。

  2. 索引失效问题:子查询可能会导致索引失效,因为MySQL可能会将查询强制转换为联接操作,这会影响子查询的执行效率,尤其是在外表数据量较大时。

  3. 查询优化器的复杂性:子查询可能会干扰查询优化器的决策,导致生成的执行计划不够优化。相比之下,联表查询更容易被优化器理解和处理。

  4. 数据传输成本:子查询可能会导致不必要的大量数据传输,因为每个子查询都需要将结果返回给主查询,而联表查询可以通过一次查询返回所有所需数据,减少数据传输成本。

  5. 维护成本:使用JOIN编写的SQL语句在修改表结构时较为复杂,尤其是在大型系统中,维护成本较高。

针对上述问题,我们可以采取以下解决方案:

  1. 应用层关联:在业务层先进行单表查询,然后将结果作为条件传递给下一个单表查询,以减轻数据库层的负担。

  2. 使用IN替代子查询:如果子查询结果集较小,可以考虑使用“IN”操作符进行查询,这在数据量较小的情况下,查询效率更高。

  3. 使用WHERE EXISTS:WHERE EXISTS是一种比“IN”更优的方案,它会检查子查询是否返回结果集,能够显著提高查询速度。

  4. 改写为JOIN:使用JOIN查询替代子查询,无需建立临时表,速度更快,如果查询中使用索引,性能更佳。

接下来,V哥将通过10个案例直观展示这些优化策略。

案例1:查询所有有库存的商品信息。

原始查询(使用子查询):

SELECT * FROM products WHERE id IN (SELECT product_id FROM inventory WHERE stock > 0);

这种查询方式会导致查询速度变慢,影响用户体验。

优化方案(使用EXISTS):

SELECT * FROM products WHERE EXISTS (SELECT 1 FROM inventory WHERE inventory.product_id = products.id AND inventory.stock > 0);

通过这种优化方案,我们可以显著提升查询速度,改善用户体验。

案例2:使用EXISTS优化子查询

原始查询

SELECT * FROM orders WHERE customer_id IN (SELECT customer_id FROM customers WHERE country = 'USA');

优化方案

SELECT * FROM orders WHERE EXISTS (SELECT 1 FROM customers WHERE orders.customer_id = customers.customer_id AND customers.country = 'USA');

使用EXISTS代替IN子查询可以减少回表查询的次数,提高查询效率。

案例3:使用JOIN代替子查询

原始查询

SELECT * FROM orders WHERE customer_id IN (SELECT customer_id FROM customers WHERE country = 'USA');

优化方案

SELECT o.* FROM orders o JOIN customers c ON o.customer_id = c.customer_id WHERE c.country = 'USA';

使用JOIN代替子查询可以减少子查询的开销,并且更容易利用索引。

案例4:优化子查询以减少数据量

原始查询

SELECT * FROM orders WHERE customer_id IN (SELECT customer_id FROM customers);

优化方案

SELECT * FROM orders WHERE customer_id IN (SELECT customer_id FROM customers WHERE active = 1);

通过限制子查询返回的数据量,减少主查询需要检查的行数,提高查询效率。

案例5:使用索引覆盖

原始查询

SELECT customer_id FROM customers WHERE country = 'USA';

优化方案

CREATE INDEX idx_country ON customers(country);
SELECT customer_id FROM customers WHERE country = 'USA';

country字段创建索引,使得子查询可以直接在索引中找到数据,避免回表查询。

案例6:使用临时表优化复杂查询

原始查询

SELECT * FROM orders WHERE customer_id IN (SELECT customer_id FROM customers WHERE last_order_date > '2023-01-01');

优化方案

```sql
CREATE TEMPORARY TABLE temp_customers AS SELECT customer_id FROM customers WHERE last_order_date > '2023-01-0

文章整理自互联网,只做测试使用。发布者:Lomu,转转请注明出处:https://www.it1024doc.com/4445.html

(0)
LomuLomu
上一篇 2024 年 12 月 26 日 上午8:55
下一篇 2024 年 12 月 27 日

相关推荐

  • 交易系统:订单模型设计详解

    大家好,我是汤师爷~ 订单模型作为整个交易系统的核心,支撑着所有交易环节。 订单域核心概念模型 如图所示,为订单核心概念模型。 1、订单 在实际交易业务处理中,订单会根据不同的业务规则(如店铺、收货地址、配送方式等)拆分成多个子订单,形成一个父订单对应多个子订单的结构。这种拆分机制便于后续的订单履约和商家结算。订单包含以下核心字段: 租户ID:标识订单所属的…

    2024 年 12 月 31 日
    41700
  • keycloak~巧用client-scope实现token字段和userinfo接口的授权

    keycloak中的client-scope允许你为每个客户端分配scope,而scope就是授权范围,它直接影响了token中的内容,及userinfo端点可以获取到的用户信息,这块我们可以通过自定义scope/mapper,来实现粒度的控制,并且这个mapper可以控制添加到token,或者添加到userinfo端点,这两块配置也是独立的,下面我们通过一…

    2025 年 1 月 16 日
    37300
  • manim边做边学–动画联动

    今天介绍Manim中的动画联动的技巧,在数学动画中,动画联动是常用的功能, 比如讲解平面几何中三角形与圆的位置关系变化,通过动画联动可以让圆沿着三角形的边滚动,或者让三角形的顶点在圆上移动,从而直观地展示内切、外接等几何关系。 总之,通过动画联动,可以将复杂的概念、关系或变化过程以动态的方式展示出来。 这种动态展示比静态的图像或文字描述更具吸引力,能让观众更…

    2025 年 1 月 16 日
    37100
  • 【GreatSQL优化器-10】find_best_ref

    【GreatSQL优化器-10】find_best_ref 一、find_best_ref介绍 GreatSQL的优化器对于join的表需要根据行数和cost来确定最后哪张表先执行哪张表后执行,这里面就涉及到预估满足条件的表数据,在keyuse_array数组有值的情况下,会用find_best_ref函数来通过索引进行cost和rows的估计,并且会找出最…

    2025 年 1 月 12 日
    39000
  • Discord技术架构调研(IM即时通讯技术架构分析)

    一、目标 调研 discord 的整体架构,发掘可为所用的设计思想 二、调研背景 Discord作为目前比较火的一个在线聊天和语音通信平台且具有丰富的功能。另外其 “超级”群 概念号称可支持百万级群聊 以及 永久保留用户聊天记录。探究其相关技术架构与技术实现 三、产品介绍 目前广泛使用的在线聊天和语音通信平台。最初于2015年发布,旨在为游戏社区提供一个交流…

    2025 年 1 月 14 日
    29400

发表回复

您的邮箱地址不会被公开。 必填项已用 * 标注

联系我们

400-800-8888

在线咨询: QQ交谈

邮件:admin@example.com

工作时间:周一至周五,9:30-18:30,节假日休息

关注微信