TOP语句放到表值函数外,效率异常低下
在XXX系统中,有一个获取客户数据的SQLSERVER 表值函数,如果使用管理员登录,这个函数会返回150W行记录,大概需要30秒左右,但如果将TOP语句放到表值函数外,效率异常低下,需要约3分钟:
将GetFrame_CustomerSerch 中的SQL语句提取出来,直接加上Top查询,只需要6秒,快了N倍:
为什么会有这么大的差异?
我分析可能有如下原因:
1,在表值函数外使用Top或者其它条件,SQLSERVER 的查询优化器无法针对此查询进行优化,比如先返回所有记录,然后再在临时表中选取前面的20条记录;
2,虽说该表值函数使用了“表变量”,它是内存中的,但如果这个“表”结果很大,很有可能内存放不下(并非还有物理内存就会将结果放到物理内存中,数据库自己还会有保留的,会给其它查询预留一定的内存空间),使用虚拟内存,而虚拟内存实际上就是磁盘页面文件,当记录太多就会发生频繁的页面交换,从而导致这个查询效率非常低。
select top 20 * from GetFrame_CustomerSerch('admin','1')
将GetFrame_CustomerSerch 中的SQL语句提取出来,直接加上Top查询,只需要6秒,快了N倍:
declare @WorkNo varchar(38)
declare @SerchChar varchar(500)
set @WorkNo='admin'
set @SerchChar='1'
select top 20 a.GUID,a.CustomerName,a.CustomerIDcard,a.CustomerPhone,a.CustomerMobile from
(
select * from WFT_Customer a where a.FinancialPlannerWorkNO IN
(SELECT gml.workno FROM dbo.GetManagerList(@WorkNo) gml)
and (
a.CustomerName like '%'+@SerchChar+'%'
or a.CustomerIDcard like '%'+@SerchChar+'%'
or a.CustomerMobile like '%'+@SerchChar+'%'
or a.CustomerPhone like '%'+@SerchChar+'%'
)
) a union all
select b.GUID,b.CustomerName,b.CustomerIDcard,b.CustomerPhone,b.CustomerMobile from WFT_ManagerCollectUsers a left join WFT_Customer b on a.FundAccount=b.FundAccount
--where a.WorkNo=@WorkNo
WHERE a.WorkNo IN
(SELECT gml.workno FROM dbo.GetManagerList(@WorkNo) gml)
and (
b.CustomerName like '%'+@SerchChar+'%'
or b.CustomerIDcard like '%'+@SerchChar+'%'
or b.CustomerMobile like '%'+@SerchChar+'%'
or b.CustomerPhone like '%'+@SerchChar+'%'
)
declare @SerchChar varchar(500)
set @WorkNo='admin'
set @SerchChar='1'
select top 20 a.GUID,a.CustomerName,a.CustomerIDcard,a.CustomerPhone,a.CustomerMobile from
(
select * from WFT_Customer a where a.FinancialPlannerWorkNO IN
(SELECT gml.workno FROM dbo.GetManagerList(@WorkNo) gml)
and (
a.CustomerName like '%'+@SerchChar+'%'
or a.CustomerIDcard like '%'+@SerchChar+'%'
or a.CustomerMobile like '%'+@SerchChar+'%'
or a.CustomerPhone like '%'+@SerchChar+'%'
)
) a union all
select b.GUID,b.CustomerName,b.CustomerIDcard,b.CustomerPhone,b.CustomerMobile from WFT_ManagerCollectUsers a left join WFT_Customer b on a.FundAccount=b.FundAccount
--where a.WorkNo=@WorkNo
WHERE a.WorkNo IN
(SELECT gml.workno FROM dbo.GetManagerList(@WorkNo) gml)
and (
b.CustomerName like '%'+@SerchChar+'%'
or b.CustomerIDcard like '%'+@SerchChar+'%'
or b.CustomerMobile like '%'+@SerchChar+'%'
or b.CustomerPhone like '%'+@SerchChar+'%'
)
为什么会有这么大的差异?
我分析可能有如下原因:
1,在表值函数外使用Top或者其它条件,SQLSERVER 的查询优化器无法针对此查询进行优化,比如先返回所有记录,然后再在临时表中选取前面的20条记录;
2,虽说该表值函数使用了“表变量”,它是内存中的,但如果这个“表”结果很大,很有可能内存放不下(并非还有物理内存就会将结果放到物理内存中,数据库自己还会有保留的,会给其它查询预留一定的内存空间),使用虚拟内存,而虚拟内存实际上就是磁盘页面文件,当记录太多就会发生频繁的页面交换,从而导致这个查询效率非常低。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· 阿里巴巴 QwQ-32B真的超越了 DeepSeek R-1吗?
· 【译】Visual Studio 中新的强大生产力特性
· 10年+ .NET Coder 心语 ── 封装的思维:从隐藏、稳定开始理解其本质意义
· 【设计模式】告别冗长if-else语句:使用策略模式优化代码结构