【问题标题】:ColdFusion - SQL execution time varies by ApplicationColdFusion - SQL 执行时间因应用程序而异
【发布时间】:2012-04-11 08:54:44
【问题描述】:

我在一个 ColdFusion 安装下运行 2 个独立的站点/应用程序。

SQL 语句的执行时间因运行的站点而异。

例如,如果我运行以下 SQL Server 命令:

DBCC USEROPTIONS

站点 1 始终在 0 或 1 毫秒内执行:

站点 2 始终在大约 20 毫秒内执行:

两个站点都使用在 CFIDE 管理员中设置的相同 CF 数据源。

还有什么可以解释我看到的变化?

谢谢, 斯图

【问题讨论】:

  • 如果您以任何顺序运行页面,您是否有相同的行为? (即站点 1 然后站点 2 然后站点 1 等等...) 2 个站点上的应用程序是否相同?
  • 请求的顺序没有影响 - 即使在 CF 应用服务器重新启动后,该行为仍然存在。两个站点上的应用程序不相同
  • 当您说 2 个站点时,它不是 2 个不同的实例吗?您是在两种情况下都启动应用程序时才执行该查询吗?如果不试试这个...
  • 第二个网站是否普遍表现不佳?或者你在问一个更理论的问题。换句话说,这个报告的执行时间问题是否是站点 2 的问题?我猜想在 20mils 以下,执行时间的准确性是值得怀疑的。当我看到 15mils 时,我在心里假设这意味着“尽可能低而不是 0”......所以像收集调试信息的顺序这样的东西可能足以影响它。
  • @MarkAKruger - 不仅仅是理论上的。我看到某些存储过程会定期超时,但只有在从站点 2 调用它们时才会发生。DBCC USEROPTIONS 示例只是为了简单起见 - 实际上执行时间要长得多。

标签: sql-server coldfusion


【解决方案1】:

好的 - 我想我已经找到了原因。

在站点 1 示例中,另一个数据库查询在我的测试查询之前运行。

在站点 2 示例中,测试查询是第一个运行的。

大概额外的毫秒只是数据库连接设置开销。

谜团解开了。不是我正在寻找的确凿证据。

【讨论】:

    猜你喜欢
    • 2021-07-23
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2012-10-25
    • 2015-09-22
    • 2019-04-20
    • 2022-01-12
    相关资源
    最近更新 更多