问题很简单：关于 mysql 的left join，若需关联的两张表数量都达到了几十万级别，会不会非常影响性能？
这时候还建议使用left join吗？还有其他优化的方案吗？
建议把背景描述一下，看看是个什么需求，具体问题具体分析，不能一上来就好像必须要进行大表join。
比如如果最终结果需要经过where过滤，且只返回少量数据，那么可以先针对两个表分别过滤，然后再join。
而且如果机器配置好的话，几十万的数据真不算大。
你想一下，join之后，难道就把这几十万都输出到前端展现么？难道前端或者用户不会先指定查询条件？如果有指定查询条件的话，就不再需要对全部的数据去进行join了呀。当你第一个表把数据过滤掉了绝大部分，再去左关联其他表，也就只会去找剩下的这几行。
就算是不输入任何查询条件，分页其实也算是个条件，比如每页十行，第一个表查前十行记录作为子查询，再左连接其他表，得到第一页的数据。
mysql是可以设定内存占用大小的。
1、如果没有数据要求 可以进行分页来取一部分数据 （查询必要的字段）；
2、有必须条件查询则可以添加索引进行优化；
3、细节上的就是减少子查询、少用关键字 in（in可用between替换）、!=、<>、；
4、有服务器支持，配置主从；集群；
=============================================================
望采纳！！！