復(fù)制代碼 代碼如下:
create table site_user
(
id int IDENTITY(1,1) PRIMARY KEY,
[name] varchar(20),
code varchar(20),
date datetime
)
復(fù)制代碼 代碼如下:
declare @m int
set @m=1
while @m<80000
begin
INSERT INTO [demo].[dbo].[site_user]
(
[name]
,[code],date)
VALUES
('name'+CAST(@m AS VARCHAR(20))
,'code'+CAST(@m AS VARCHAR(20)),GETUTCDATE())
select @m=@m+1
END
--小技巧:推薦使用類似sqlassist的工具來(lái)提高敲寫sql語(yǔ)句的速度
復(fù)制代碼 代碼如下:
SET STATISTICS IO on -- 查看磁盤IO
set statistics time on -- 查看sql語(yǔ)句分析編譯和執(zhí)行時(shí)間
SELECT * FROM site_user -- 查看效果
5. 執(zhí)行sql語(yǔ)句
復(fù)制代碼 代碼如下:
SELECT * FROM site_user su WHERE su.name='name1'表 'site_user'。
掃描計(jì)數(shù) 1,邏輯讀取 446 次,物理讀取 0 次,預(yù)讀 0 次,lob 邏輯讀取 0 次,lob 物理讀取 0 次,lob 預(yù)讀 0 次
ctrl+L 快捷鍵查看執(zhí)行計(jì)劃:
6. 優(yōu)化第一步:聚集索引掃描開銷占了100%,可以考慮優(yōu)化為索引查找,在查詢條件name上建立非聚集索引
復(fù)制代碼 代碼如下:
create index name_index on site_user(name)
sp_helpindex site_user -- 多出來(lái)我們新建立的索引
此時(shí)再運(yùn)行上面的查詢語(yǔ)句:
復(fù)制代碼 代碼如下:
SELECT * FROM site_user su WHERE su.name='name1'
表 'site_user'。掃描計(jì)數(shù) 1,邏輯讀取 4 次,物理讀取 0 次,預(yù)讀 0 次,lob 邏輯讀取 0 次,lob 物理讀取 0 次,lob 預(yù)讀 0 次。
新建的索引已經(jīng)起到了作用,但是還是去掃描了主鍵的聚集索引,如果能在一個(gè)索引上完成查詢性能會(huì)更高,因?yàn)檫@個(gè)查詢
所以考慮進(jìn)一步優(yōu)化:
7. 優(yōu)化第二步: 建立組合索引 復(fù)制代碼 代碼如下:
create index name_index4 on site_user(name,code,[date])
表 'site_user'。掃描計(jì)數(shù) 1,邏輯讀取 3 次,物理讀取 0 次,預(yù)讀 0 次,lob 邏輯讀取 0 次,lob 物理讀取 0 次,lob 預(yù)讀 0 次。
-- 磁盤邏輯讀取次數(shù)又下降了
然后查看執(zhí)行計(jì)劃:
這樣直接走索引查找就快很多了,使用了index4
8. 代碼如下:
create index name_index5 on site_user(name)include(id,code,[date])表 'site_user'。
掃描計(jì)數(shù) 1,邏輯讀取 3 次,物理讀取 0 次,預(yù)讀 0 次,lob 邏輯讀取 0 次,lob 物理讀取 0 次,lob 預(yù)讀 0 次。
同樣走索引查找使用了利用dbcc進(jìn)行數(shù)據(jù)分析: 復(fù)制代碼 代碼如下:
DBCC SHOW_STATISTICS('site_user','name_index4')
DBCC SHOW_STATISTICS('site_user','name_index5')
可以看到,同樣的數(shù)據(jù)量,average key length:覆蓋索引index5,占用的空間相對(duì)少些,所以我們應(yīng)該優(yōu)先選擇覆蓋索引來(lái)進(jìn)行優(yōu)化
鑒于此文so easy,大家可以多多提點(diǎn)
作者:gaobanana
出處:
|
新聞熱點(diǎn)
疑難解答
圖片精選