就吞吐量而言，它会更快吗?可能。但它也可能一次锁定更多的数据库对象(取决于您的数据库和模式)，从而降低并发性。根据我的经验，人们经常被“更少的数据库往返”的说法所误导，而在现实中，在大多数OLTP系统中，数据库位于同一个LAN上，真正的瓶颈很少是网络。

这太模糊了，不能给你一个与你的具体情况相关的答案。这取决于很多因素。Jeff Atwood(这个网站的创始人)确实写过这个。不过，在大多数情况下，如果你有正确的索引，并且正确地执行join，那么执行一次旅行通常比执行几次旅行要快。

对于内部连接，单个查询是有意义的，因为您只获得匹配的行。 对于左连接，多个查询要好得多……看看下面我做的基准测试:

5个join的单个查询 查询:8.074508秒 结果大小:2268000 一行5个查询 组合查询时间:0.00262秒 结果大小:165 (6 + 50 + 7 + 12 + 90)

.

注意，我们在这两种情况下得到了相同的结果(6 x 50 x 7 x 12 x 90 = 2268000)

左连接使用指数级的冗余数据内存。

如果只连接两个表，内存限制可能没有那么糟糕，但通常是三个或三个以上，因此值得进行不同的查询。

顺便说一句，我的MySQL服务器就在我的应用服务器旁边…所以连接时间可以忽略不计。如果您的连接时间以秒为单位，那么可能会有好处

弗兰克

构造单独的查询和连接，然后计算每个查询的时间——没有什么比真实的数字更有帮助了。

然后更好的是在每个查询的开头添加“EXPLAIN”。这将告诉您MySQL使用了多少子查询来回答您的数据请求，以及每个查询扫描了多少行。

就吞吐量而言，它会更快吗?可能。但它也可能一次锁定更多的数据库对象(取决于您的数据库和模式)，从而降低并发性。根据我的经验，人们经常被“更少的数据库往返”的说法所误导，而在现实中，在大多数OLTP系统中，数据库位于同一个LAN上，真正的瓶颈很少是网络。

有几个因素，这意味着没有二元答案。什么对性能最好取决于您的环境。顺便说一下，如果带有标识符的单个选择不是次秒级的，那么您的配置可能有问题。

真正要问的问题是您希望如何访问数据。单个选择支持后期绑定。例如，如果您只想要员工信息，您可以从Employees表中进行选择。外键关系可用于在以后根据需要检索相关资源。选择已经有一个键指向，所以它们应该非常快，你只需要检索你需要的。必须始终考虑到网络延迟。

联接将一次检索所有数据。如果您正在生成一个报告或填充一个网格，这可能正是您想要的。在这种情况下，编译和优化的连接将比单一选择更快。请记住，Ad-hoc连接可能没有那么快——您应该将它们编译(到存储的proc中)。速度取决于执行计划，该计划详细说明了DBMS检索数据所采取的步骤。