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优化的例子加深对查询计划的理解