联合查询，字段名相同可以设置别名
刚超过百万的表真不大，我做过的公司很多表都是几百万，个别的到了千万，对于一般的查询来说可以不用刻意考虑怎么存储的问题，mysql够扛的。而对于复杂的多连表查询，尤其是在做数据统计业务时，sql操作会很复杂，会很慢，但是因为这个业务是对数据的实时性要求不高，我们会采用写定时任务的方式，提前把多张表查询跑成一张最终的结果存储起来，我们业务上的sql直接去查这个最终表就行了。
有人说分表，横着切分。但是我见过的公司通常不会完全这样做，因为分表之后的弊端也很大，会导致有些业务对该数据的操作需求实现不了或者很麻烦。实际的做法是，分表的同时，仍然保留整体的原表，两份数据，一份是原表，另一份是对原表进行切分的副本，用这个分开的表来满足某部分业务的查询需求即可。至于怎么分，看业务，比如说我做过一款手机游戏的app，在统计用户的月活跃情况时，我会按月份分。
抛开具体的业务不谈，在其他方面通常的解决方案还有：
第一：成本最低也是最实用的方式：索引优化、sql优化。
第二：上缓存，查询也不一定完全就是数据量大影响的，高访问量请求数据库密集时，也会影响，用缓存挡在mysql前面，进行流量削锋。
第三：mysql读写分离，其实本质也是一种负载均衡的实现方式。
第四：分布式，把同一份数据分到不同服务器上，这个成本就大了，一般的公司用不到，想满足不同业务的需求对技术要求很高，较难解决的问题是在数据的一致性上。
等等，不管使用什么技术，一定要考虑好这个技术可能带来的后果尤其弊端是什么。
MySQL联合查询和JOIN的区别在于它们的使用场景和语法结构。联合查询（UNION）用于合并多个SELECT语句的结果集，返回一个包含所有结果的单一结果集。它适用于需要合并多个表或查询的情况，但要求每个SELECT语句的列数和数据类型必须相同。
而JOIN是用于将两个或多个表中的行连接起来，基于共同的列值进行匹配。它可以根据连接条件从多个表中检索相关数据，并将它们组合成一个结果集。JOIN提供了更灵活的连接方式，如INNER JOIN、LEFT JOIN、RIGHT JOIN等，可以根据需要选择不同的连接类型。
总的来说，联合查询适用于合并多个查询结果，而JOIN适用于连接多个表的数据。它们的选择取决于具体的查询需求和数据结构。
MySQL联合查询和JOIN区别是：连接方式不同。
联合查询是将两个查询的结果以"纵向堆叠"的方式合并起来，即一个查询结果的行跟另一个查询结果的行进行"纵向堆叠"，从而得到一个新的结果。
JOIN是将两个查询(或表)的每一行，以"两两横向对接"的方式合并起来，即一个表中的某行跟另一个表中的某行进行"横向对接"，从而得到一个新行。