mysqlleftjoin会影响数据库性能吗？
只要索引使用得当，简单的left join是不会影响数据库查询性能的，但有几种情况要特殊考虑下：
1. 联表查询涉及到的表超过了3个，最好不要使用join，这是《阿里巴巴Java开发规范》明确说明的。
2. 涉及到分库分表的，也要慎用join（多表join一时爽，垂直拆分火葬场）
在平时的开发中，我一般的做法是能不用join就不用join，能使用Redis和本地缓存的就使用Redis和本地缓存，尽量避免因复杂的SQL运算造成数据库查询性能降低的操作。
数据库的性能不是SQL影响的，你SQL执行的性能取决于SQL写的是否正确，数据库的性能也会影响到你SQL的执行效率，同样的SQL，如果数据库单表500w的数据量，"inodb_buffer_pool_size"大的，在同等条件下肯定效率高，left join会在一定程度上影响，如果一条SQL有太多的left join如果没有很好的索引，那么基本上性能就会很差，关联字段要建立正确的索引，数据库内存再大一点，，一个SQL两三个leftjoin也是可以的，没有多大问题
php left和inner的区别？
题主说的应该是MySql查询中的inner join 和left join 的区别
区别一：返回不同
1、inner join：inner join返回的是两个表中联结字段相等的行。
2、left join：left join 返回包括左表中的所有记录和右表中联结字段相等的记录。
区别二：数量不同
1、inner join：inner join的数量小于等于左表和右表中的记录数量。
2、left join：left join的数量以左表中的记录数量相同。
区别三：记录属性不同
1、inner join：inner join不足的记录属性会被直接舍弃。
2、left join：left join不足的记录属性会被NULL填充.。
MySQl中JOIN后面的子查询语句得到的结果叫做“视图”吗？
视图是存储在数据库中的查询的sql 语句，是一种可视化的虚拟表，其内容由查询定义，通过视图看到的数据只是存放在基本表中的数据。视图包含行和列，就像一个真实的表。视图中的字段就是来自一个或多个数据库中的真实的表中的字段。我们可以向视图添加 SQL 函数、WHERE 以及 JOIN 语句，我们也可以提交数据，就像这些来自于某个单一的表。
视图可以隐藏一些数据，比起真实的表相对安全；由于把涉及到多表联合的查询事先存储起来，使用的时候更加易于理解。
sql中把一个查询的结果当作另一个表来查询，这叫做临时表。“JOIN后面的子查询语句得到的结果”，这就是个临时表，而不能称为视图，虽然有和视图相同的特征，比如都是来自于真实表中的字段的查询结果，但其并不存在于数据库中，不能被重复使用。
视图和直接写SQL语句相比，在性能上速度相差不大，但VIEW毕竟是已经编译存放在数据库中，相对于直接SQL省去了语法检查和解析阶段的开销。当然查询快和慢终究还是要看业务实际情况，在使用索引的情况下，效率会得到很大的提升。