SQL Server 中VARCHAR(MAX)变量赋值引起的性能问题。
时间:2022-03-10 18:12
案例环境:
操作系统版本 : Windows Server 2008 R2 Standard SP1
数据库版本 : Microsoft SQL Server 2012 (SP1) - 11.0.3000.0 (X64)
案例介绍:
由于不能将生产环境的代码和数据贴上来,所以我构造了下面一个小案例,当然没法和生产环境的案例一致。只能是接近而已。但是足以反映问题本质就足够了。
构造8000条测试数据,然后将数据插入临时表#tmp(其实完全可以不用临时表,只因为生产环境也是临时表,故模拟接近案例环境)
本来开发人人员也许是要使用动态SQL语句获取下面这样一段SQL语句(随意构造小例子,形似神不似)
但是由于疏忽或是对动态SQL不了解,写成了这样一个SQL语句,结果执行时间一下子飚增到7分多钟。
sys.all_columns
然后我们来看一下下面SQL语句那么我们来看看这条SQL的执行计划,如下所示,很普通的执行计划,看不出有啥特别之处。但是执行性能那叫一个糟糕透顶!StmtText的内容,如下所示:DECLARE @output NVARCHAR(MAX)
SELECT @output=ISNULL(@output,‘‘) + QUOTENAME(name) + REPLICATE(‘it is only a test ‘, 200)
FROM #tmp
|--Compute Scalar(DEFINE:([Expr1004]=isnull([@output],CONVERT_IMPLICIT(nvarchar(max),‘‘,0))+quotename([tempdb].[dbo].[#tmp].[name])+N‘it is only a test it is only a test it is only a test it is only a test it is only a test it is only a test it is only a test it is only a test it is only a test it is only a test it is only a test it is only a test it is only a test it is onl‘))
|--Table Scan(OBJECT:([tempdb].[dbo].[#tmp]))
虽然能理解处理大对象需要很多资源,会产生一定的性能问题,但是执行时间这么长,还是让我觉得有点不可思议,但是又不清楚具体原因!
SQL Server 中VARCHAR(MAX)变量赋值引起的性能问题。,布布扣,bubuko.com
热门排行
今日推荐
热门手游