gpt4 book ai didi

performance - ColdFusion 查询的查询速度比数据库调用本身慢 100 倍(记录数相对较低)

转载 作者:行者123 更新时间:2023-12-02 21:50:20 26 4
gpt4 key购买 nike

我们有一个分析图表,它首先查询数据库日志表,从优化查询中提取所有相关内容,仅选择所需的内容并获取相关的开始和结束 ID,因为该表有数百万条记录。一旦提取了初始查询,我们就使用 ColdFusion 的查询查询来处理该数据以显示不同的图表。

您可以看到此示例中的实际外部数据库调用在 31 毫秒内抓取了 2,240 条记录:

qryGetLogs (Datasource=ourDSN, Time=31ms, Records=2204) 

我们有一个图表,显示一周中每一天每小时的 View ,然后构建一个 jQuery 图表来显示它们。从最初的设计来看,这些查询执行时间几乎可以忽略不计,通常为 0 毫秒。因为我们每周 7 天循环一天 (24) 中的每个小时,即 168 次查询 - 这是不进行多次外部数据库调用的主要原因之一。

现在看来,许多(但不是全部)这些查询的查询运行时间比初始数据库调用长 100 倍以上。他们中的大多数都使用 BETWEEN 日期范围函数来选择每天和小时部分的记录:

qryViewsPerHour (Datasource=, Time=4312ms, Records=5)
SELECT createdOn, DayOfWeek
FROM qryGetLogs
WHERE (CreatedOn BETWEEN '2012-09-03 0:00:00' AND '2012-09-03 0:59:59')
AND (DayOfWeek = 2)

您可以看到另一个查询的查询花费了 4,312 毫秒,并且正在搜索包含 2,240 条记录的查询。以下是许多后续查询的查询时间:

qryViewsPerHour (Datasource=, Time=4610ms, Records=5)
qryViewsPerHour (Datasource=, Time=4187ms, Records=8)
qryViewsPerHour (Datasource=, Time=5062ms, Records=6)
qryViewsPerHour (Datasource=, Time=3985ms, Records=0)
qryViewsPerHour (Datasource=, Time=4828ms, Records=2)
qryViewsPerHour (Datasource=, Time=5750ms, Records=0)
qryViewsPerHour (Datasource=, Time=3016ms, Records=4)
qryViewsPerHour (Datasource=, Time=3625ms, Records=6)
qryViewsPerHour (Datasource=, Time=6265ms, Records=11)

所以你可以通过这些查询看到,它增加了 40 秒的加载时间!但请注意,下一个查询只需 78 毫秒,记录数比之前的任何查询都多,而且之后的许多查询时间都更好:

qryViewsPerHour (Datasource=, Time=78ms, Records=18)
qryViewsPerHour (Datasource=, Time=62ms, Records=7)
qryViewsPerHour (Datasource=, Time=63ms, Records=12)
qryViewsPerHour (Datasource=, Time=78ms, Records=34)
qryViewsPerHour (Datasource=, Time=78ms, Records=9)

这些美好时光会持续一段时间,然后砰!回到 2-6 秒的查询。

qryViewsPerHour (Datasource=, Time=4891ms, Records=13)
qryViewsPerHour (Datasource=, Time=1984ms, Records=8)
qryViewsPerHour (Datasource=, Time=4875ms, Records=4)
qryViewsPerHour (Datasource=, Time=6203ms, Records=0)

总而言之,原本需要几秒钟加载的内容现在需要 100-400 秒加载,而这只是每周报告!我们还将它用于月度报告。

我已经监控了服务器并确保我是唯一运行该请求的人或进程,所以不应该是CPU的资源被其他东西占用了,而且我还监控了CPU请求并且它是可靠的并稳定地被 JRUN.exe 使用。

有人对这个问题有什么建议吗?这让我发疯!

感谢您的帮助。

最佳答案

通常,查询的查询速度非常快。然而,有时,当数量增加时,可能需要更长的时间。由于您完全符合 ColdFusion 文档建议的 5,000 到 50,000 行,因此这只能是一回事。有些地方正在翻译一些数据以获得结果。在本例中,它是您指定的日期时间。时间值有一个前导零。我知道这听起来很奇怪。

更改: WHERE(创建于“2012-09-03 0:00:00”和“2012-09-03 0:59:59”之间)

收件人: WHERE(创建于“2012-09-03 00:00:00”和“2012-09-03 00:59:59”之间)

我对此进行了测试,发现结果更好。

关于performance - ColdFusion 查询的查询速度比数据库调用本身慢 100 倍(记录数相对较低),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/12290835/

26 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com