5

我来自 Web 开发的前端世界，我们非常努力地限制发出的 HTTP 请求的数量（通过整合 css、js 文件、图像等）。

使用 db 连接 (MySQL)，显然您不希望有不必要的连接，但作为一般规则，有多个小查询有多糟糕？（他们执行得很快）

我问是因为我正在将我的应用程序移动到集群环境中，并且在我在服务器内存中缓存一些东西之前（因为我在单个服务器上运行），我现在正试图让我的应用程序“无状态”并且在我当前的实现意味着更多的小型数据库调用。这将帮助我进行负载平衡（避免粘性会话）并降低服务器内存使用量。

我们不是在谈论大量的查询，可能是 6-8 次数据库调用而不是 2-4 次，返回从少量记录到几千条记录的任何地方。它们中的每一个都执行得很快，不到 30 毫秒（少得多），但我不知道我是否应该关注一些“​​连接延迟”。

感谢您的洞察力。

4

2 回答 2

8

简短回答：（1）确保你保持在同一个大O级别，重用连接，衡量性能；(2) 想想你对数据一致性的关心程度。

长答案：

表现

严格从性能的角度来看，一般来说，除非您已经接近最大化数据库资源，例如最大连接数，否则这不太可能产生重大影响。但是有一些事情你应该记住：

  • 替换“2-4”查询的“6-8”查询是否保持相同的执行时间？例如，如果当前的数据库交互是在O(1)，它会改变O(n)吗？或当前O(n)将更改为O(n^2)？如果是，您应该考虑这对您的应用程序意味着什么
  • 大多数应用服务器可以重用现有的数据库连接，或者拥有持久的数据库连接池；确保您的应用程序不会为每个查询建立新连接；否则这将使它更加低效
  • 在许多常见情况下，主要是在具有复杂索引和连接的较大表上，通过主键执行少量查询可能比在单个查询中连接这些表更有效；如果在执行此类连接时，服务器不仅需要更长的时间来执行复杂的查询，而且还会阻止针对受影响表的其他查询，就会出现这种情况

一般来说，关于性能，经验法则是 - 总是衡量。

一致性

然而，性能并不是唯一需要考虑的方面。还要考虑一下您对应用程序中数据一致性的关心程度。

例如，考虑一个简单的案例 -具有一对一关系的表A，并且您正在使用主键查询单个记录。B如果您连接这些表并使用单个查询检索结果，您将要么从两者中获得记录，要么从两者中都A没有B记录，这也是您的应用程序所期望的。现在考虑如果您将其拆分为 2 个查询（并且您没有使用具有首选隔离级别的事务） - 您从 table 获取记录A，但在您可以从 table 获取匹配记录之前B，它被另一个进程删除/更新. 现在您的应用程序有一个记录 fromA但没有来自B。

这里的一般问题是 - 您是否关心关系数据的 ACID 合规性，因为它与您正在分解的查询有关？如果答案是肯定的，您必须考虑您的应用程序逻辑在这些特定情况下将如何反应。

于 2016-04-02T06:13:58.597 回答
5

一个网页有 6-8 个查询？通常这很好。我一直都这样做。

数千行返回？呛！客户要拿这么多钱做什么？SQL 可以做更多的处理，然后返回更少的行吗？

除了极少数例外，每个网页只有 1 个连接。

每个查询都有很多开销。例如，INSERTing一个表中有 100 行 - 100INSERT条单行语句大约是单条 100 行语句的 10 倍INSERT。因此，在实际使用时，到服务器的往返次数更少。如果网络是 WAN，这将变得非常重要。地球的另一边是 250 毫秒，只是为了延迟。同一数据中心中的服务器可能非常接近，以至于可以忽略延迟。在 WAN 中，使用存储的例程来最大程度地减少往返行程。

我喜欢在代码中主动为每个查询计时。然后，如果我发现性能问题，我会先查看要处理哪个查询。或者使用慢日志。

于 2016-04-03T00:06:10.750 回答