mysql 单表多次查询和多表联合查询，哪个效率高

1. mysql表设计合理且有设置缓存和索引等的话，肯定是比自己程序去逐表查取更简洁，高效。专业的事情让专业的工具去做，关系库就是干这个的。

2. 不过不建议3表以上的连接查询（可优化表设计，简化业务逻辑和使用程序分步解析数据），sql复杂代码不易维护，且大数据量带来麻烦时，要考虑分库分表或使用分布式框架

1、除非迫不得已，不建议使用子查询，因为在几乎所有的sql语言中子查询都是效率很低的，并且mysql中的子查询在某些旧版本下面还有不少缺陷。

2、直接连接查询，使用的是笛卡尔积的查询模式。就是把X表中的每一行分别与Y表中的每一行组合一次，10W数据表X与30W数据表Y的笛卡尔积将会产生300W条数据。

3、X,Y直连、join、left join、right join、inner jion都属于直接连接查询，只不过在查询出的结果集中的数据选取方式有区别而已（有的时候也会因为这个区别而产生微量的效率不同）。

4、在你上面的两条语句中，只能用语句1。因为语句1使用了直连，笛卡尔积导致的300W的数据量的主键对等查询的速度上还是说得过去的。而语句2中使用了两个子查询，然后以两个子查询的结果集再做笛卡尔积，然后再在300W数据中做主键对等匹配出结果集，且查询出的结果只能是两个表各自的id，不是你想要的结果，并且你的on语句是错误的，会导致不可预知的结果。

子查询优化策略

对于不同类型的子查询，优化器会选择不同的策略。

1. 对于 IN、=ANY 子查询，优化器有如下策略选择：

semijoin

Materialization

exists

2. 对于 NOT IN、<>ALL 子查询，优化器有如下策略选择：

Materialization

exists

3. 对于 derived 派生表，优化器有如下策略选择：

derived_merge，将派生表合并到外部查询中（5.7 引入 ）；

将派生表物化为内部临时表，再用于外部查询。

注意：update 和 delete 语句中子查询不能使用 semijoin、materialization 优化策略

---