JOIN查询是否比多个查询快?(运行主查询，然后根据主查询的结果运行许多其他select)
我这么问是因为加入它们会使我的应用程序的设计复杂化
如果它们快了，有人能大致估计出快了多少吗?如果是1.5倍，我不在乎，但如果是10倍，我就在乎。
当前回答
是的，使用join的查询会更快。虽然不知道要查询的表之间的关系、数据集的大小或主键的位置，但几乎不可能说速度有多快。
为什么不把这两种情况都测试一下，然后你就会确定……
其他回答
这个问题很老了，但是缺少一些基准。我对比了JOIN的两个竞争对手:
N + 1查询 2个查询，第二个查询使用WHERE IN(…)或等价的
结果很明显:在MySQL上，JOIN要快得多。N+1个查询会大大降低应用程序的性能:
也就是说，除非您选择了大量指向极少数不同的外部记录的记录。下面是极端情况下的基准测试:
在典型的应用程序中，这种情况不太可能发生，除非您正在连接一对多的关系，在这种情况下，外键在另一个表上，并且您多次复制主表数据。
导读:
对于*对1关系，总是使用JOIN 对于*对多的关系，第二个查询可能更快
更多信息请参阅我在Medium上的文章。
是的，使用join的查询会更快。虽然不知道要查询的表之间的关系、数据集的大小或主键的位置，但几乎不可能说速度有多快。
为什么不把这两种情况都测试一下，然后你就会确定……
这里有100个有用的查询链接，这些都是在Oracle数据库中测试的，但记住SQL是标准的，Oracle, MS SQL Server, MySQL和其他数据库之间的区别是SQL方言:
http://javaforlearn.com/100-sql-queries-learn/
根据数据库的复杂性与开发人员的复杂性的不同，执行多次SELECT调用可能更简单。
尝试对JOIN和多个select运行一些数据库统计信息。看看在您的环境中，JOIN是否比SELECT更快/更慢。
然后，如果将其更改为JOIN将意味着额外的一天/一周/一个月的开发工作，我将坚持使用多个select
欢呼,
BLT
构造单独的查询和连接，然后计算每个查询的时间——没有什么比真实的数字更有帮助了。
然后更好的是在每个查询的开头添加“EXPLAIN”。这将告诉您MySQL使用了多少子查询来回答您的数据请求，以及每个查询扫描了多少行。
