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慢的问题。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· go语言实现终端里的倒计时
· 如何编写易于单元测试的代码
· 10年+ .NET Coder 心语,封装的思维:从隐藏、稳定开始理解其本质意义
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· 分享一个免费、快速、无限量使用的满血 DeepSeek R1 模型,支持深度思考和联网搜索!
· 基于 Docker 搭建 FRP 内网穿透开源项目(很简单哒)
· ollama系列01:轻松3步本地部署deepseek,普通电脑可用
· 按钮权限的设计及实现
· 25岁的心里话