MySQL多表关联on和where速度对比实测谁更快

MySQL多表关联on和where速度对比实测谁更快

背景

  • 今天发现有人在讨论:两张MySQL的数据表按照某一个字段进行关联的时候查询,我们使用on和where哪种查询方式更快。
  • 百闻不如一见,我们来亲自测试下。

先说结论

  • Where、对等查询的join速度基本一致,不对等查询时一般join更慢。

不存在不等记录

  • 我们有两张表,分别是member和member_class,数据结构如下图,其中 member.class_id 和 member_class.id 是关联字段

  • 我们分别向两张表写入了20万条数据,其中member.class_id 都一定存在于member_class.id中(不存在不等记录)

查全表

  • 为了实验更加相对准确,我们对每条结果查询20次:where查询耗时分别为(秒):0.253, 0.256, 0.256, 0.252, 0.257, 0.252, 0.260, 0.265, 0.253, 0.252, 0.254, 0.257, 0.254, 0.257, 0.243, 0.250, 0.252, 0.252, 0.255, 0.284on查询耗时分别为(秒):0.247, 0.260, 0.250, 0.246, 0.271, 0.247, 0.251, 0.247, 0.243, 0.247, 0.247, 0.245, 0.249, 0.246, 0.247, 0.253, 0.248, 0.254, 0.251, 0.247, 0.250where查询平均为0.2557s,on查询平均为0.2498s;两者基本一致,相差几乎可以忽略。

存在不等记录

  • 我们新建一个member_v2表,其中class_id只有20%是member_class.id中存在的,如下图:

  • 我们继续查询全表测试:

  • 能看出来非常明显的差距,LEFT JOIN由于存在大量不等记录,出现大量的NULL值,此时中间表查询效率变得更低,而选择WHERE查询能够在查询时自动过滤不等记录。所以查询时间也更快一些。

结论

  • 在对等查询过程中,ON的查询更快;在不对等查询时,WHERE更快。
相关推荐
努力的小雨5 小时前
sys_basebackup 适合什么场景,先看恢复目标
数据库
这个DBA有点耶5 小时前
Redis大key“根治”指南:拆分策略与数据结构选型
数据库·mysql·架构
程序员与背包客_CoderZ5 小时前
高性能分布式KV存储引擎RocksDB入门与C/C++编码实战
c语言·开发语言·数据库·c++·分布式·分布式数据库·rocksdb
进击的_鹏5 小时前
从零开始的 Redis 学习
服务器·数据库·c++·redis·缓存
隔窗听雨眠6 小时前
当KES遇到多租户:金仓数据库多租户架构的隔离实践与部署指南
数据库·架构
JOker_Chu_6 小时前
知识图谱详解:从图结构、关系建模到查询与应用
数据库·知识图谱·database·neo4j
tryCbest6 小时前
搭建企业知识库之Milvus 向量数据库
数据库·milvus
czhc11400756636 小时前
2026-08-24 博客:几个让你少踩坑的概念
数据库
ACP广源盛139246256737 小时前
Qwen3.8‑2.4T 开源落地@ACP#国产 Serdes 长距离视频传输芯片 GSV5800 在私有化 AI 服务中的价值与应用场景
大数据·数据库·人工智能·嵌入式硬件·矩阵·开源·音视频
oradh7 小时前
Oracle RMAN备份脚本、RMAN还原恢复测试、RMAN常用语句
数据库·oracle·rman备份脚本·rman还原恢复测试·rman常用语句