MySQL 多表关联查询优化实践和原理解析

最新推荐文章于 2024-05-24 18:24:57 发布
最新推荐文章于 2024-05-24 18:24:57 发布
阅读量7.6k 收藏 14
点赞数
分类专栏： 数据库 文章标签： mysql 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44606481/article/details/133542964
版权

目录

一、前言

      索引是为了高效查询排好序的数据结构，当表数据量到达一个量级没有对应索引帮助查询耗时会很长，MySQL资源开销也会非常大，对于多表关联查询来说没有对应索引辅助查询资源开销是灾难级的，当然索引也不能随意创建，要做到尽量少的索引解决尽量多的问题，这里会对一些业务场景做索引优化演示，也会讲解多表关联查询的底层原理。

二、表数据准备

这里准备10w条订单数据和1000条用户数据，数据量越大能看到的效果越明显。

  • 订单信息表和数据准备
# 创建订单信息表
DROP TABLE IF EXISTS `order_info`;
CREATE TABLE `order_info` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '订单ID',
  `order_no` varchar(100)  NOT NULL COMMENT '订单编号',
  `customer_id` bigint(20) NOT NULL COMMENT '客户ID',
  `customer_no` varchar(100) NOT NULL COMMENT '客户编号',
  `goods_id` bigint(20) NOT NULL COMMENT '商品ID',
  `create_time` datetime DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB COMMENT='订单信息表';

## 创建一个插入数据的存储过程
DROP PROCEDURE IF EXISTS insert_order_procedure;
delimiter;;
CREATE PROCEDURE insert_order_procedure() 
BEGIN
  DECLARE i INT DEFAULT 1;
  DECLARE customer_id BIGINT;
  DECLARE t_error INTEGER DEFAULT 0;
  DECLARE CONTINUE HANDLER FOR SQLEXCEPTION SET t_error=1;
  START TRANSACTION;
  WHILE ( i <= 100000 ) DO
    SET customer_id = CEIL(RAND() * 1000);
    INSERT INTO `order_info`(`order_no`,`customer_id`,`customer_no`, `goods_id`, `create_time`) VALUES (CONCAT('ON00000',i), customer_id, CONCAT('C00000',customer_id), CEIL(RAND() * 100), NOW());
    SET i = i + 1;
    
  END WHILE;
  IF t_error=1 THEN
    ROLLBACK;
  ELSE
    COMMIT;
  END IF;
END;;
delimiter;

# 调用存储过程插入数据 我本地插入10w条数据耗时20s
CALL insert_order_procedure();
  • 客户信息表和数据准备
# 创建客户信息表
DROP TABLE IF EXISTS `customer_info`;
CREATE TABLE `customer_info` (
  `id` bigint(20) NOT NULL AUTO_INCREMENT COMMENT '客户ID',
  `customer_no` varchar(100) DEFAULT NULL COMMENT '客户编号',
  `nick_name` varchar(20) DEFAULT NULL COMMENT '昵称',
  `age` int(11) DEFAULT NULL COMMENT '年龄',
  `create_time` datetime DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',
  PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_general_ci COMMENT='客户信息表';

## 创建一个插入数据的存储过程
DROP PROCEDURE IF EXISTS insert_customer_procedure;
delimiter;;
CREATE PROCEDURE insert_customer_procedure() 
BEGIN
  DECLARE i INT DEFAULT 1;
  DECLARE t_error INTEGER DEFAULT 0;
  DECLARE CONTINUE HANDLER FOR SQLEXCEPTION SET t_error=1;
  START TRANSACTION;
  WHILE ( i <= 1000 ) DO
	  INSERT INTO `customer_info`(`customer_no`,`nick_name`, `age`, `create_time`) VALUES (CONCAT('C00000',i),CONCAT('Kerwin',i), CEIL(RAND() * 100), NOW());
    SET i = i + 1;
  END WHILE;
  IF t_error=1 THEN
    ROLLBACK;
  ELSE
    COMMIT;
  END IF;
END;;
delimiter;

# 调用存储过程插入数据
CALL insert_customer_procedure();

三、表关联查询原理和两种算法

      在MySQL中表关联查询有两种算法，在关联字段有索引时使用的是 嵌套循环连接 Nested-Loop Join(NLJ) 算法，在没有索引时使用的是 基于块的嵌套循环连接 Block Nested-Loop Join(BNL)算法，下面会对两种算法做解释。

3.1、研究关联查询算法必备知识点

研究关联查询首先要知道什么是驱动表和什么是被驱动表，MySQL常用三种关联查询分别为左外连接（LEFT JOIN ON）、右外连接（RIGHT JOIN ON）、内连接（INNER JOIN ON），对于这三种关联查询驱动表和被驱动表也是不同的，下面举例说明。

  • 左外连接（LEFT JOIN ON）
EXPLAIN SELECT * FROM order_info t1 LEFT JOIN customer_info t2 ON t1.customer_no=t2.customer_no;

在这里插入图片描述

执行计划中如果id相同那么执行顺序是由上到下，在执行计划里我们可以看到 t1(order_info)在上，t2(customer_info)在下，关联查询中谁在上那么谁就是驱动表，所以 t1(order_info)为驱动表，t2(customer_info)为被驱动表。

  • 右外连接（RIGHT JOIN ON）
EXPLAIN SELECT * FROM order_info t1 RIGHT JOIN customer_info t2 ON t1.customer_no=t2.customer_no;

在这里插入图片描述

执行计划中如果id相同那么执行顺序是由上到下，在执行计划里我们可以看到t2(customer_info)在上， t1(order_info)在下，关联查询中谁在上那么谁就是驱动表，所以 t2(customer_info)为驱动表，t1(order_info)为被驱动表。

  • 内连接（INNER JOIN ON）

    • 查看执行计划SQL
    EXPLAIN SELECT * FROM order_info t1 INNER JOIN customer_info t2 ON t1.customer_no=t2.customer_no;
    • 两张表的customer_no字段都没有索引
      在这里插入图片描述
    • 两张表的customer_no字段都有索引
      # 添加索引
ALTER TABLE `customer_info` ADD INDEX `idx_customerNo`(`customer_no`);
ALTER TABLE `order_info` ADD INDEX `idx_customerNo`(`customer_no`);
      在这里插入图片描述
    • customer_info表有customer_no字段索引order_info表没有
      # 删除索引
ALTER TABLE `order_info` DROP INDEX `idx_customerNo`;
      在这里插入图片描述
    • order_info表有customer_no字段索引customer_info表没有
      # 删除索引
ALTER TABLE `customer_info` DROP INDEX `idx_customerNo`;
# 添加索引
ALTER TABLE `order_info` ADD INDEX `idx_customerNo`(`customer_no`);
      在这里插入图片描述

  • 总结
    驱动表和被驱动表的辨认方式就在其执行顺序，在上的是驱动表，在下的是被驱动表，左连接查询那么左边的表一定是驱动表，右连接查询那么右边的表一定是驱动表，内连接会根据表的大小还有是否有索引来选择驱动表和被驱动表，因为customer_info只有1000条数据而order_info表有10w条数据在两张表都没有索引的情况下内连接选择了customer_info做驱动表，在两张表都有索引的情况下会内连接选择小表做驱动表，在一张表有索引一张表没有索引的情况下内连接会选择没有索引的表作为驱动表，原因会在下面说明。

3.2、嵌套循环连接 Nested-Loop Join(NLJ) 算法

       嵌套循环连接算法一次一行循环地从第一张表（称为驱动表）中读取行，在这行数据中取到关联字段，根据关联字段在另一张表（被驱动表）里取出满足条件的行，然后取出两张表的结果合集，嵌套循环连接中被驱动表关联字段一定是有索引，如果没有索引那用的就是基于块的嵌套循环连接算法，下面演示一下。

  • 因为嵌套循环连接需要索引，这里先对order_info表的customer_no创建一个普通索引：
# 如果没有删除customer_info表中的idx_customerNo索引需要先删除
ALTER TABLE `customer_info` DROP INDEX `idx_customerNo`;
# 添加order_info表索引
ALTER TABLE `order_info` ADD INDEX `idx_customerNo`(`customer_no`);
  • 查看执行计划
EXPLAIN SELECT * FROM order_info t1 INNER JOIN customer_info t2 ON t1.customer_no=t2.customer_no;

在这里插入图片描述
这里可以看到内连接使用了customer_info作为驱动表，使用order_info作为被驱动表，还使用到了我们刚刚创建的idx_customerNo索引。

  • 上面sql的大致流程如下：
    • 1、从表 t2 中读取一行数据（如果t2表有查询过滤条件的，会从过滤结果里取出一行数据。
    • 2、从第 1 步的数据中，取出关联字段 customer_no，到表 t1 中查找。
    • 3、取出表 t1 中满足条件的行，跟 t2 中获取到的结果合并，作为结果返回给客户端。
    • 4、 重复上面 3 步。

       整个过程会读取 t2 表的所有数据(扫描1000行)，然后遍历这每行数据中字段 customer_no 的值，根据 t2 表中 customer_no 的值索引扫描 t1 表中的对应行(扫描1000次 t1 表的索引，因为我们这里是一对多关系1次扫描可能最终扫描 t1 表对应多行完整数据，如果是一对一关系，也就是总共 t1 表也扫描了1000行)，为了方便计算假设一个用户编号只能下一个订单因此整个过程扫描了 2000 行。
       如果被驱动表的关联字段没索引，使用NLJ算法性能会比较低(下面有详细解释)，MySQL会选择Block Nested-Loop Join算法。

3.3、基于块的嵌套循环连接 Block Nested-Loop Join(BNL)算法

基于块的嵌套循环连接算法和嵌套循环连接算法区别就在于被驱动表的关联字段没索引，基于块的嵌套循环连接算法会把驱动表的数据读入到 join_buffer 中，然后扫描被驱动表，把被驱动表每一行取出来跟 join_buffer 中的数据做对比。

  • 先将表中的二级索引全删除
# 删除索引
ALTER TABLE `customer_info` DROP INDEX `idx_customerNo`;
ALTER TABLE `order_info` DROP INDEX `idx_customerNo`;

  • 查看执行计划
    在这里插入图片描述
    这里可以看到内连接使用了customer_info作为驱动表，使用order_info作为被驱动表，而且在Extra中出现了Using join buffer (Block Nested Loop)说明该关联查询使用的是 BNL 算法。

  • 上面sql的大致流程如下：

    • 1、把 t2 的所有数据放入到 join_buffer 中
    • 2、把表 t1 中每一行取出来，跟 join_buffer 中的数据做对比
    • 3、返回满足 join 条件的数据

       整个过程对表 t1 和 t2 都做了一次全表扫描，因此扫描的总行数为100000(表 t1 的数据总量) + 1000(表 t2 的数据总量) =101000。并且 join_buffer 里的数据是无序的，因此对表 t1 中的每一行，都要做 1000 次判断，所以内存中的判断次数是1000 * 100000= 1 亿次。

       这个例子里表 t2 才 1000 行，要是表 t2 是一个大表，join_buffer 放不下怎么办呢？join_buffer 的大小是由参数 join_buffer_size 设定的，默认值是 256k。如果放不下表 t2 的所有数据话，策略很简单，就是分段放。

       比如 t2 表有1000行记录， join_buffer 一次只能放800行数据，那么执行过程就是先往 join_buffer 里放800行记录，然后从 t1 表里取数据跟 join_buffer 中数据对比得到部分结果，然后清空 join_buffer ，再放入 t2 表剩余200行记录，再次从 t1 表里取数据跟 join_buffer 中数据对比。所以就多扫了一次 t1 表。

3.4、被驱动表的关联字段没索引为什么要选择使用 BNL 算法而不使用 Nested-Loop Join 呢？

       如果上面第二条sql使用 Nested-Loop Join，那么扫描行数为 1000 * 100000 = 1亿次，这个是磁盘扫描。很显然，用BNL磁盘扫描次数少很多，相比于磁盘扫描，BNL的内存计算会快得多。
       因此MySQL对于被驱动表的关联字段没索引的关联查询，一般都会使用 BNL 算法。如果有索引一般选择 NLJ 算法，有索引的情况下 NLJ 算法比 BNL算法性能更高。

四、多表关联查询优化实践

       在前面说明了表关联查询原理和两种算法，其实基本优化思路就已经有了，那就是一定要小表驱动大表，给表关联字段加索引，下面会对一些情况做举例说明。

PS：这里例子使用的MySQL版本为5.7，MySQL8.0连接查询看着是没什么变化但是底层好像做了一些优化，我试了几个例子有索引反而会比没索引慢一点，

4.1、使用左连接查询 全部订单列表信息返回订单编号和客户昵称

# 删除索引
ALTER TABLE `customer_info` DROP INDEX `idx_customerNo`;
ALTER TABLE `order_info` DROP INDEX `idx_customerNo`;

SELECT t1.order_no,t2.nick_name FROM order_info t1 LEFT JOIN customer_info t2 ON t1.customer_no=t2.customer_no;

  • 无索引情况查询测试
    在这里插入图片描述
    在这里插入图片描述
    使用左连接查询无索引时耗时12.497s，因为使用了左连接所以会已左边的表为驱动表，右连接则会用右边表作为驱动表。

  • 添加order_info表中的customer_no字段索引查询测试

    # 添加索引
ALTER TABLE `order_info` ADD INDEX `idx_customerNo`(`customer_no`);

    -

    在这里插入图片描述
    添加了order_info表的customer_no字段索引查询耗时和不添加基本一致，也没有使用到创建的索引。

  • 添加customer_info表中的customer_no字段索引查询测试

    ALTER TABLE `customer_info` ADD INDEX `idx_customerNo`(`customer_no`);

    在这里插入图片描述
    在这里插入图片描述
    添加customer_info表中的customer_no字段索引查询耗时0.664s效率有大大提升，这里也看到了被驱动表有使用到索引会使用NLJ算法。

4.2、使用内连接查询 全部订单列表信息返回订单编号和客户昵称

# 删除索引
ALTER TABLE `customer_info` DROP INDEX `idx_customerNo`;
ALTER TABLE `order_info` DROP INDEX `idx_customerNo`;

SELECT t1.order_no,t2.nick_name FROM order_info t1 INNER JOIN customer_info t2 ON t1.customer_no=t2.customer_no;

  • 无索引情况查询测试
    在这里插入图片描述
    在这里插入图片描述
    MySQL选择了小表customer_info作为驱动表，在没有创建索引时查询耗时12.589s，执行计划中显示使用了BNL算法，下面我们加上索引试一下。

  • 添加order_info表中的customer_no字段索引查询测试

    # 添加索引
ALTER TABLE `order_info` ADD INDEX `idx_customerNo`(`customer_no`);

    在这里插入图片描述
    在这里插入图片描述
    添加上索引后查询耗时0.306s性能有明显提升，MySQL还是选择了customer_info表做驱动表，这里使用了NLJ算法。

  • 添加customer_info表中的customer_no字段索引查询测试

    # 添加索引
ALTER TABLE `customer_info` ADD INDEX `idx_customerNo`(`customer_no`);

    在这里插入图片描述
    在这里插入图片描述
    customer_info表中的customer_no字段索引查询耗时0.690s性能比不加索引高很多，比在order_info表中加索引性能又差一些，当只有小表有索引时，MySQL也会将小表作为被驱动表，这里大表驱动小表肯定会比上面小表驱动大表性能稍差一些。

4.3、使用内连接查询 客户编号C00000999全部订单列表信息返回订单编号和客户昵称

# 删除索引
ALTER TABLE `customer_info` DROP INDEX `idx_customerNo`;
ALTER TABLE `order_info` DROP INDEX `idx_customerNo`;

SELECT t1.order_no,t2.nick_name FROM order_info t1 LEFT JOIN customer_info t2 ON t1.customer_no=t2.customer_no WHERE t1.customer_no='C00000999';

  • 无索引情况查询测试
    在这里插入图片描述
    在这里插入图片描述
    查询耗时0.078s，在无索引时还是选择的t2表作为驱动表，但是查询时间确是快了很多。

  • 添加order_info表中的customer_no字段索引查询测试

    # 添加索引
ALTER TABLE `order_info` ADD INDEX `idx_customerNo`(`customer_no`);

    在这里插入图片描述
    在这里插入图片描述
    这里查询耗时0.045s快了1倍，而且加上order_info表中的索引后MySQL选择了order_info作为驱动表，MySQL认为我们给了一个条件t1.customer_no=‘C00000999’，在order_info表中符合条件的数据会比较少，小于customer_info中的1000条数据，所以这里采用order_info作为驱动表，并且使用到了加的customer_no索引。

  • 删除order_info表中索引添加customer_info表中的customer_no字段索引查询测试

    # 删除索引
ALTER TABLE `order_info` ADD INDEX `idx_customerNo`(`customer_no`);
# 添加索引
ALTER TABLE `customer_info` ADD INDEX `idx_customerNo`(`customer_no`);

    在这里插入图片描述
    在这里插入图片描述
    耗时0.066s，比不加索引快一点，这里还是选择了customer_info作为驱动表。

  • 给order_info表和customer_info表中的customer_no字段都添加索引查询测试

    # 添加索引
ALTER TABLE `customer_info` ADD INDEX `idx_customerNo`(`customer_no`);
# 添加索引
ALTER TABLE `order_info` ADD INDEX `idx_customerNo`(`customer_no`);

    在这里插入图片描述
    在这里插入图片描述
    耗时0.032s效率又有提升，而且这里两个索引都使用到了，customer_info表因为索引后数据还是比order_info少所有MySQL还是选择了customer_info做驱动表。

五、总结

  • 对于关联sql的优化
    • 关联字段加索引
      • 对于关联字段来说被驱动表最好加上索引，如果使用内连接不确定那张表是被驱动表时最好驱动表和被驱动表都加上。
    • 小表驱动大表
      • 在做左连接或右连接查询的时候如果业务允许一定要用小表驱动大表，或者使用内连接交给where条件去判断业务。
    • where的条件也是要添加对应索引的
      • 两张表关联查询不加条件t1 100w条数据，t2 1000条数据，内连接肯定选择t2做驱动表，但是如果有where条件并且有索引，t1表筛选后只剩10条，t2还是1000条，那么这个时候就会使用到t1做驱动表，查询效率会有所提升。
    • 关于MySQL5.7和MySQL8.0连接查询效率问题
      • 我本地跑了一些连接查询的例子MySQL8.0在有些情况比MySQL5.7的确要快而且是快很多，而且有些情况MySQL8.0没有索引时连接查询也很快，甚至比我加了索引走NLJ算法还快，看了执行计划和MySQL5.7是一样的，不知道是不是因为我本地部署两个版本配置是否有什么区别，MySQL8.0做了很多优化等以后研究明白再来详细说明。
kerwin_code
关注
  • 0
    点赞
  • 踩
  • 14
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
MySQL基本知识点梳理和查询优化总结
veratata的博客
01-29 303
本文主要是总结了工作中一些常用的操作，以及不合理的操作，在对慢查询进行优化时收集的一些有用的资料和信息，本文适合有mysql基础的开发人员。
MySQL的多表查询-多表关系与相关练习题
A496608119的博客
02-08 921
1. 多表关系 MySQL多表之间的关系可以概括位：一对一、一对多或多对一、多对多。 1.1 一对多的外键约束 1.1.1 的创建 1.1.2 外键约束的插入、删除操作 插入：主表随便插入符合格式的数据，从表需要依赖主表的主键列。 删除：主表的数据被从表依赖时，主表和从表都有的主键，主表不能删除相关主键，否则可以删除；从表的数据可以随便删除。 1.1.3 删除外键约束键 1.2 多对多的外键约束 1.3 多表查询 1.3.1 交叉链接查询 笛卡尔积的内容来源： 1.3.2
MySQL面试常见问题解析：掌握这10个问题，事半功倍！
01-05
MySQL面试题
mysql 多表关联查询如何改进
洪晓鸿
04-10 4208
在进行多表关联查询时，可以通过使用正确的连接类型、优化 WHERE 子句、为关联字段创建索引、减少查询的字段、考虑使用分布式查询、尽量避免子查询、优化连接顺序、利用 EXPLAIN 分析查询、分解复杂查询和使用视图或存储过程等方法来提高查询性能。
【成长笔记】MySQL多表关联查询以及索引和视图的操作
最新发布
Jerry_Gao921的博客
05-24 293
为SC表建立按学号（sno）和课程号（cno）组合的升序的主键索引，索引名为SC_INDEX。修改student 表中年龄（age）字段属性，数据类型由int 改变为smallint。4.创建一视图 stu_info,查询全体学生的姓名，性别，课程名，成绩。创建课程表 t_course，并插入课程数据。2、向表test1里插入175651条数据。在 t_sdudnet 表中插入学生数据。创建 t_student 学生表。创建学生选课表 t_SC。
多表联查优化
qq_47425497的博客
07-08 5755
Mysql多表查询优化
MySQL调优--05---多表查询优化、子查询优化、 ORDER BY优化、GROUP BY优化、分页查询优化
时光里的博客
03-05 2100
提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档 文章目录多表查询优化驱动表结论1.外连接左外连接: 左表为驱动表,右边为被驱动表2.内连接对于内连接来讲，如果表的连接条件中只能有一个字段有索引，则有==索引==的字段所在的表会被作为==被驱动表==出现。对于内连接来说，在两个表的连接条件==都存在索引==的情况下，会选择小表作为驱动表。“==小表驱动大表==”join语句原理 多表查询优化 驱动表结论 1.外连接 左外连接: 左表为驱动表,右边为被驱动表 2.内连接 对于内连接来
MySQL多表关联查询
weixin_65685029的博客
08-21 4145
一、关联查询方式 1、inner join--内连接 2、left join--左连接 3、right join--右连接 4、自连接 5、交叉连接 6、子查询 二、关联查询应用 1、inner join--内连接 2、left join--左连接 3、right join--右连接 4、自连接 5、交叉连接 6、子查询 7、group_concat（字段名）函数的使用
【面试】使用联表查询比较慢如何进行优化？
m0_64210833的博客
10-26 8018
如果查询的字段比较多，就需要对sql语句进行优化了，通过explain关键字加在慢sql前执行看是否走的索引，如果没有走索引就创建索引。
MySQL-数据库经典面试题解析.docx
08-13
以上内容涵盖了MySQL数据库面试中常见的索引使用、死锁处理、SQL优化、分库分表设计、存储引擎比较及索引原理等多个核心知识点，有助于全面理解MySQL的高级特性和最佳实践。在面试中，能够深入讨论这些话题将体现...
sql优化书籍大全
03-21
1. 减少查询次数：通过联合查询、子查询优化和存储过程等方式，将多次数据库交互合并为一次，降低网络传输和数据库处理的压力。 2. 减小数据量：通过精确查询和使用LIMIT限制返回结果的数量，避免不必要的全表扫描...
MySQL-数据库经典面试题解析.zip
10-03
- 视图：虚拟表，基于一个或多个表的查询结果，提供安全性和简化复杂查询。 - 存储过程：预编译的SQL语句集合，可提高性能，封装复杂的业务逻辑。 6. 数据备份与恢复： - mysqldump工具进行数据库备份。 - ...
mysql相关学习视频 1.2
11-24
- 查询优化：分析查询执行计划，理解索引的作用和创建策略。 - 表分区：学习如何通过分区技术提高大型表的查询速度。 9. 备份与恢复 - 数据备份：了解mysqldump工具，进行全量和增量备份。 - 数据恢复：学习...
MySQL的多表关联查询
热门推荐
星霖的博客
11-07 1万+
MySQL学习笔记
Mysql高级篇学习总结13：多表连接查询语句优化方法（带join语句）
xueping_wu的博客
07-30 4239
多表连接查询语句优化方法（带join语句）
MySQL关联查询如何优化
清晨qc的博客
03-13 1737
前面讲了原理，从原理出发，讲一下优化的建议被驱动表的连接字段建立索引，因为建立索引的查询方式是效率最高的。left join 或者 right join 这种外连接的情况，要保证小表（小结果集）作为驱动表，大表(大结果集)作为被驱动表，这样性能更好。在查询字段的话，要避免写出 select * ，而是根据业务需要，需要查询出来的 select 出来就行，因为这些字段也会加入到 join buffer 中，减少额外的内存消耗。能够直接多表关联的尽量直接关联，不用子查询，因为子查询的效率更加低。
MySQL调优之关联查询、子查询优化
小小默：进无止境
10-31 4058
**多表 JOIN 连接操作时，创建索引注意事项总结** 首先，连接表的数量尽量不要超过 3 张，因为每增加一张表就相当于增加了一次嵌套的循环，数量级增长会非常快，严重影响查询的效率。 其次，对 WHERE 条件创建索引，因为 WHERE 才是对数据条件的过滤。 最后，对用于`连接的字段创建索引`，并且该`字段在多张表中的类型必须一致`。比如 course_id 在 student_info 表和 course 表中都为 int(11) 类型，而不能一个为 int 另一个为 varchar 类型。如果
【MySQl】多表关联的几种方式和外键问题、多表查询与子查询
小孙的博客
06-05 5445
目录表与表的关联关系：一对一 一对多多对多多表查询交叉连接内连接外连接全连接（union、union all）自连接子查询为什么要有多表： 当一张表中的数据比较多的时候，如果只建立一张表，可能会有大量的数据重复（冗余），站在设计的角度上来讲，将不同的数据放在对应的独立的表中，可以减少冗余外键（foreign key）： 用来描述多张表之间的关联关系 而在真正使用过程中发现 id、photo、nickname、age、gender 字段比较常用，此时就可以将这张表
Mysql 多表关联查询
不忘初欣丶的博客
03-25 2706
Mysql 多表关联查询，左查询、右查询、满外查询、子查询等
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值