LEFT JOIN两张表换个位置,执行计划和效率不同的思考

背景

  • 我这里有两条SQL,LEFT JOIN两张表换个位置(两张表都是1W多条数据),但是它们执行时间差异很大,如下图所示。
    在这里插入图片描述

  • 耗时 8.481005秒
    在这里插入图片描述

  • 耗时 0.059083秒

问题分析

  • 两张表换下位置为什么会有这么大的影响呢?
  • 于是我去看了它们的执行计划。
explain 
SELECT
	count(0) 
FROM
	t_user AS u
	LEFT JOIN t_user_advisor AS ua ON ua.user_id = u.id
    where u.deleted=0

在这里插入图片描述

  • 这个走的是全表扫码。
explain 
SELECT
	count(0) 
FROM
	t_user_advisor AS ua
	LEFT JOIN t_user AS u ON ua.user_id = u.id
	where u.deleted=0

在这里插入图片描述

  • t_user 走的主键索引。

问题带来的思考

SQL1:

explain 
SELECT
	count(0) 
FROM
	t_user AS u
	LEFT JOIN t_user_advisor AS ua ON ua.user_id = u.id
    where u.deleted=0
  • 个人感觉:t_user 表通过id 去找ua.user_id ,user_id是没有索引的,相当于这样的语句SELECT * from t_user_advisor ua WHERE ua.user_id = u.id。所以全表扫描。

SQL2:

explain 
SELECT
	count(0) 
FROM
	t_user_advisor AS ua
	LEFT JOIN t_user AS u ON ua.user_id = u.id
	where u.deleted=0
  • 个人感觉:反过来,用ua.user_id 去查u.id 相当于,SELECT * from t_user u WHERE u.id = ua.user_id语句。主键id默认有主键索引。所以第二条SQL快很多。

其他

  • 使用MySQL8以后未发现count慢的问题。

posted on   愤怒的苹果ext  阅读(288)  评论(0编辑  收藏  举报

编辑推荐:
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
阅读排行:
· 分享一个免费、快速、无限量使用的满血 DeepSeek R1 模型,支持深度思考和联网搜索!
· 基于 Docker 搭建 FRP 内网穿透开源项目(很简单哒)
· ollama系列01:轻松3步本地部署deepseek,普通电脑可用
· 按钮权限的设计及实现
· 25岁的心里话

导航

< 2025年3月 >
23 24 25 26 27 28 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 29
30 31 1 2 3 4 5
点击右上角即可分享
微信分享提示