84669 人学习
152542 人学习
20005 人学习
5487 人学习
7821 人学习
359900 人学习
3350 人学习
180660 人学习
48569 人学习
18603 人学习
40936 人学习
1549 人学习
1183 人学习
32909 人学习
inner join和left join各自在什么情景下执行效率会相对高些呢?
left join在任何场景下都不会比inner join的执行效率高 因为left join除了需要所有inner join的结果集以外还需要左表的所有没有关联上的数据
left join除了要求关联字段有索引以外,最好将小表作为左表,因为检索的循环次数更少,前提是你的业务逻辑没问题,因为不同的写法逻辑是不一样的
inner join会自动选择合适的表作为基础表,也仍然要求有关联字段索引,并且最好是int型检索效率更高
说真心的,你问问题的方向也不太对。。。只是限制条件和索引还是查询合理,速度都很快inner join 不以谁为基础,展示符合条件的数据left join 以左为基础,连右表
就效率来说 肯定是小表连大表快从一个MySQL left join优化的例子加深对查询计划的理解
left join在任何场景下都不会比inner join的执行效率高 因为left join除了需要所有inner join的结果集以外还需要左表的所有没有关联上的数据
left join除了要求关联字段有索引以外,最好将小表作为左表,因为检索的循环次数更少,前提是你的业务逻辑没问题,因为不同的写法逻辑是不一样的
inner join会自动选择合适的表作为基础表,也仍然要求有关联字段索引,并且最好是int型检索效率更高
说真心的,你问问题的方向也不太对。。。
只是限制条件和索引还是查询合理,速度都很快
inner join 不以谁为基础,展示符合条件的数据
left join 以左为基础,连右表
就效率来说 肯定是小表连大表快
从一个MySQL left join优化的例子加深对查询计划的理解