濮阳杆衣贸易有限公司

主頁(yè) > 知識(shí)庫(kù) > 何謂SQLSERVER參數(shù)嗅探問題

何謂SQLSERVER參數(shù)嗅探問題

熱門標(biāo)簽:在電子版地圖標(biāo)注要收費(fèi)嗎 外呼系統(tǒng)會(huì)封嗎 萬(wàn)利達(dá)綜合醫(yī)院地圖標(biāo)注點(diǎn) 股票配資電銷機(jī)器人 武漢AI電銷機(jī)器人 電銷機(jī)器人 深圳 實(shí)體店地圖標(biāo)注怎么標(biāo) 南京電銷外呼系統(tǒng)哪家好 地圖標(biāo)注如何弄全套標(biāo)

大家聽到“嗅探”這個(gè)詞應(yīng)該會(huì)覺得跟黑客肯定有關(guān)系吧,使用工具嗅探一下參數(shù),然后截獲,脫褲o(∩_∩)o 。

事實(shí)上,我覺得大家太敏感了,其實(shí)這篇文章跟數(shù)據(jù)庫(kù)安全沒有什么關(guān)系,實(shí)際上跟數(shù)據(jù)庫(kù)性能調(diào)優(yōu)有關(guān)

相信大家有泡SQLSERVER論壇的話不多不少應(yīng)該都會(huì)見過(guò)“參數(shù)嗅探”這幾個(gè)字

這里有三篇帖子都是講述參數(shù)嗅探的

http://social.msdn.microsoft.com/Forums/zh-CN/sqlserverzhchs/thread/caccb7f3-8366-4954-8f8a-145eb6bca9dd

http://msdn.microsoft.com/zh-cn/magazine/ee236412.aspx

http://social.msdn.microsoft.com/Forums/zh-CN/sqlserverzhchs/thread/bfbe54de-ac00-49e9-a83b-f97a60bf74ef

下面我給出一個(gè)測(cè)試數(shù)據(jù)庫(kù)的備份文件,里面有一些表和一些測(cè)試數(shù)據(jù) ,大家可以去下載,因?yàn)槲蚁旅嬗玫臏y(cè)試表都是這個(gè)數(shù)據(jù)庫(kù)里的

只需要還原數(shù)據(jù)庫(kù)就可以了,這個(gè)數(shù)據(jù)庫(kù)是SQL2005版本的,數(shù)據(jù)庫(kù)名:AdventureWorks

下面只需要用到三張表,表里面有索引:

[Production].[Product] [SalesOrderHeader_test] [SalesOrderDetail_test]

數(shù)據(jù)庫(kù)下載鏈接:AdventureWorks

其實(shí)簡(jiǎn)單來(lái)講,參數(shù)嗅探我的很通俗的解釋就是:SQLSERVER用鼻子嗅不到具體參數(shù)是多少

所以他不能選擇最合適的執(zhí)行計(jì)劃去執(zhí)行你的查詢,所以參數(shù)嗅探是一個(gè)不好的現(xiàn)象。

想真正了解參數(shù)嗅探,大家可以先創(chuàng)建下面兩個(gè)存儲(chǔ)過(guò)程

存儲(chǔ)過(guò)程一:

USE [AdventureWorks]
GO
DROP PROC Sniff
GO
CREATE PROC Sniff(@i INT)
AS
SELECT COUNT(b.[SalesOrderID]),SUM(p.[Weight])
FROM [dbo].[SalesOrderHeader_test] a
INNER JOIN [dbo].[SalesOrderDetail_test] b
ON a.[SalesOrderID]=b.[SalesOrderID]
INNER JOIN [Production].[Product] p
ON b.[ProductID]=p.[ProductID]
WHERE a.[SalesOrderID]=@i
GO

存儲(chǔ)過(guò)程二:

復(fù)制代碼 代碼如下:
1 USE [AdventureWorks] 2 GO 3 DROP PROC Sniff2 4 GO 5 CREATE PROC Sniff2(@i INT) 6 AS 7 DECLARE @j INT 8 SET @j=@i 9 SELECT COUNT(b.[SalesOrderID]),SUM(p.[Weight])10 FROM [dbo].[SalesOrderHeader_test] a11 INNER JOIN [dbo].[SalesOrderDetail_test] b12 ON a.[SalesOrderID]=b.[SalesOrderID]13 INNER JOIN [Production].[Product] p14 ON b.[ProductID]=p.[ProductID]15 WHERE a.[SalesOrderID]=@j16 GO

然后請(qǐng)做下面這兩個(gè)測(cè)試

測(cè)試一:

--測(cè)試一:
USE [AdventureWorks]
GO
DBCC freeproccache
GO
EXEC [dbo].[Sniff] @i = 500000 -- int
--發(fā)生編譯,插入一個(gè)使用nested loops聯(lián)接的執(zhí)行計(jì)劃
GO

EXEC [dbo].[Sniff] @i = 75124 -- int
--發(fā)生執(zhí)行計(jì)劃重用,重用上面的nested loops的執(zhí)行計(jì)劃
GO

測(cè)試二:

--測(cè)試二:

USE [AdventureWorks]
GO
DBCC freeproccache
GO
SET STATISTICS PROFILE ON
EXEC [dbo].[Sniff] @i = 75124 -- int
--發(fā)生編譯,插入一個(gè)使用hash match聯(lián)接的執(zhí)行計(jì)劃
GO

EXEC [dbo].[Sniff] @i = 50000 -- int
--發(fā)生執(zhí)行計(jì)劃重用,重用上面的hash match的執(zhí)行計(jì)劃
GO

從上面兩個(gè)測(cè)試可以清楚地看到執(zhí)行計(jì)劃重用的副作用。

由于數(shù)據(jù)分布差別很大參數(shù)50000和75124只對(duì)自己生成的執(zhí)行計(jì)劃有好的性能,

如果使用對(duì)方生成的執(zhí)行計(jì)劃,性能就會(huì)下降。參數(shù)50000返回的結(jié)果集比較小,

所以性能下降不太嚴(yán)重。參數(shù)75124返回的結(jié)果集大,就有了明顯的性能下降,兩個(gè)執(zhí)行計(jì)劃的差別有近10倍

對(duì)于這種因?yàn)橹赜盟松傻膱?zhí)行計(jì)劃而導(dǎo)致的水土不服現(xiàn)象,SQSERVERL有一個(gè)專有名詞,叫“參數(shù)嗅探 parameter sniffing”

因?yàn)檎Z(yǔ)句的執(zhí)行計(jì)劃對(duì)變量的值很敏感,而導(dǎo)致重用執(zhí)行計(jì)劃會(huì)遇到性能問題,就是我上面說(shuō)的

SQLSERVER用鼻子嗅不到具體參數(shù)是多少,所以他不能選擇最合適的執(zhí)行計(jì)劃去執(zhí)行你的查詢

本地變量的影響

那對(duì)于有parameter sniffing問題的存儲(chǔ)過(guò)程,如果使用本地變量,會(huì)怎樣呢?

下面請(qǐng)看測(cè)試3。這次用不同的變量值時(shí),都清空?qǐng)?zhí)行計(jì)劃緩存,迫使其重編譯

--第一次
USE [AdventureWorks]
GO
DBCC freeproccache
GO
SET STATISTICS TIME ON
SET STATISTICS PROFILE ON
EXEC [dbo].[Sniff] @i = 50000 -- int
GO

--第二次
USE [AdventureWorks]
GO
DBCC freeproccache
GO
SET STATISTICS TIME ON
SET STATISTICS PROFILE ON
EXEC [dbo].[Sniff] @i = 75124 -- int
GO

--第三次
USE [AdventureWorks]
GO
DBCC freeproccache
GO
SET STATISTICS TIME ON
SET STATISTICS PROFILE ON
EXEC [dbo].[Sniff2] @i = 50000 -- int
GO

--第四次
USE [AdventureWorks]
GO
DBCC freeproccache
GO
SET STATISTICS TIME ON
SET STATISTICS PROFILE ON
EXEC [dbo].[Sniff2] @i = 75124 -- int
GO

看他們的執(zhí)行計(jì)劃:

對(duì)于第一句和第二句,因?yàn)镾QL在編譯的時(shí)候知道變量的值,所以在做EstimateRows的時(shí)候,做得非常準(zhǔn)確,選擇了最適合他們的執(zhí)行計(jì)劃

但是對(duì)于第三句和第四句,SQLSERVER不知道@j的值是多少,所以在做EstimateRows的時(shí)候,不管代入的@i值是多少,

一律給@j一樣的預(yù)測(cè)結(jié)果。所以兩個(gè)執(zhí)行計(jì)劃是完全一樣的(都是Hash Match)。

參數(shù)嗅探的解決辦法

參數(shù)嗅探的問題發(fā)生的頻率并不高,他只會(huì)發(fā)生在一些表格里的數(shù)據(jù)分布很不均勻,或者用戶帶入的參數(shù)值很不均勻的情況下。

由于篇幅原因我就不具體說(shuō)了,只是做一些歸納

(1)用exec()的方式運(yùn)行動(dòng)態(tài)SQL

如果在存儲(chǔ)過(guò)程里不是直接運(yùn)行語(yǔ)句,而是把語(yǔ)句帶上變量,生成一個(gè)字符串,再讓exec()這樣的命令做動(dòng)態(tài)語(yǔ)句運(yùn)行,

那SQL就會(huì)在運(yùn)行到這句話的時(shí)候,對(duì)動(dòng)態(tài)語(yǔ)句進(jìn)行編譯。

這時(shí)SQL已經(jīng)知道了變量的值,會(huì)根據(jù)生成優(yōu)化的執(zhí)行計(jì)劃,從而繞過(guò)參數(shù)嗅探問題

--例如前面的存儲(chǔ)過(guò)程Sniff,就可以改成這樣
USE [AdventureWorks]
GO
DROP PROC NOSniff
GO
CREATE PROC NOSniff(@i INT)
AS
DECLARE @cmd VARCHAR(1000)
SET @cmd='SELECT COUNT(b.[SalesOrderID]),SUM(p.[Weight])
FROM [dbo].[SalesOrderHeader_test] a
INNER JOIN [dbo].[SalesOrderDetail_test] b
ON a.[SalesOrderID]=b.[SalesOrderID]
INNER JOIN [Production].[Product] p
ON b.[ProductID]=p.[ProductID]
WHERE a.[SalesOrderID]='
EXEC(@cmd+@i)
GO

(2)使用本地變量local variable

(3)在語(yǔ)句里使用query hint,指定執(zhí)行計(jì)劃

在select,insert,update,delete語(yǔ)句的最后,可以加一個(gè)"option(query_hint>)"的子句

對(duì)SQLSERVER將要生成的執(zhí)行計(jì)劃進(jìn)行指導(dǎo)。當(dāng)DBA知道問題所在以后,可以通過(guò)加hint的方式,引導(dǎo)

SQL生成一個(gè)比較安全的,對(duì)所有可能的變量值都不差的執(zhí)行計(jì)劃

USE [AdventureWorks]
GO
DROP PROC NoSniff_QueryHint_Recompile
GO
CREATE PROC NoSniff_QueryHint_Recompile(@i INT) 
AS
SELECT COUNT(b.[SalesOrderID]),SUM(p.[Weight])
FROM [dbo].[SalesOrderHeader_test] a
INNER JOIN [dbo].[SalesOrderDetail_test] b
ON a.[SalesOrderID]=b.[SalesOrderID]
INNER JOIN [Production].[Product] p
ON b.[ProductID]=p.[ProductID]
WHERE a.[SalesOrderID]=@i
OPTION(RECOMPILE)
GO

(4)Plan Guide

可以用下面的方法,在原來(lái)那個(gè)有參數(shù)嗅探問題的存儲(chǔ)過(guò)程“Sniff”上,解決sniffing問題

USE [AdventureWorks]
GO
EXEC [sys].[sp_create_plan_guide]
@name=N'Guide1',
@stmt=N'SELECT COUNT(b.[SalesOrderID]),SUM(p.[Weight])
FROM [dbo].[SalesOrderHeader_test] a
INNER JOIN [dbo].[SalesOrderDetail_test] b
ON a.[SalesOrderID]=b.[SalesOrderID]
INNER JOIN [Production].[Product] p
ON b.[ProductID]=p.[ProductID]
WHERE a.[SalesOrderID]=@i',
@type=N'OBJECT',
@module_or_batch=N'Sniff',
@params=NULL,
@hints=N'option(optimize for(@i=75124))';
GO

對(duì)于Plan Guide,他還可以使用在一般的語(yǔ)句調(diào)優(yōu)里

終于搞定了,因?yàn)橐銣y(cè)試數(shù)據(jù)的原因所以搞了很久啊~~

總結(jié)

以上所述是小編給大家介紹的何謂SQLSERVER參數(shù)嗅探問題,希望對(duì)大家有所幫助!

您可能感興趣的文章:
  • SqlServer參數(shù)化查詢之where in和like實(shí)現(xiàn)之xml和DataTable傳參介紹
  • SqlServer參數(shù)化查詢之where in和like實(shí)現(xiàn)詳解
  • sqlserver 存儲(chǔ)過(guò)程動(dòng)態(tài)參數(shù)調(diào)用實(shí)現(xiàn)代碼
  • 一些SQLServer存儲(chǔ)過(guò)程參數(shù)及舉例
  • SQLServer 參數(shù)化查詢經(jīng)驗(yàn)分享

標(biāo)簽:汕頭 濟(jì)源 廣東 濟(jì)寧 臺(tái)州 安徽 泰安 武威

巨人網(wǎng)絡(luò)通訊聲明:本文標(biāo)題《何謂SQLSERVER參數(shù)嗅探問題》,本文關(guān)鍵詞  何謂,SQLSERVER,參數(shù),嗅探,;如發(fā)現(xiàn)本文內(nèi)容存在版權(quán)問題,煩請(qǐng)?zhí)峁┫嚓P(guān)信息告之我們,我們將及時(shí)溝通與處理。本站內(nèi)容系統(tǒng)采集于網(wǎng)絡(luò),涉及言論、版權(quán)與本站無(wú)關(guān)。
  • 相關(guān)文章
  • 下面列出與本文章《何謂SQLSERVER參數(shù)嗅探問題》相關(guān)的同類信息!
  • 本頁(yè)收集關(guān)于何謂SQLSERVER參數(shù)嗅探問題的相關(guān)信息資訊供網(wǎng)民參考!
  • 推薦文章
    广昌县| 保康县| 灵璧县| 郴州市| 天等县| 钟祥市| 明水县| 唐海县| 石阡县| 松阳县| 德令哈市| 江北区| 高唐县| 淮安市| 石泉县| 汝州市| 海兴县| 遂溪县| 朝阳区| 南漳县| 寿光市| 日喀则市| 大荔县| 新乐市| 泸西县| 巴青县| 秦皇岛市| 宿松县| 油尖旺区| 新营市| 屏山县| 林州市| 革吉县| 海南省| 湘西| 阳江市| 洪泽县| 图木舒克市| 庆阳市| 肇源县| 永泰县|