今天改的一个存储过程发现改了还是效率低下,仔细看了看,原来那个是一个IP日志表,因为没有适当的索引,导致全表的聚集扫描,速度非常慢。仔细分析了一下:
IPLog:
一个自增ID,一个访问时间,一个访问次数,一个IP,4个字段,80万记录。
索引:一个聚集索引在自增ID上。
执行以下语句:
还是关于乱建ID导致效率低下set statistics io on
还是关于乱建ID导致效率低下
set statistics time on
还是关于乱建ID导致效率低下
exec IPLogInsert '255.255.255.255'  
结果:
还是关于乱建ID导致效率低下SQL Server 执行时间:
还是关于乱建ID导致效率低下   CPU 时间 
= 0 毫秒,占用时间 = 1 毫秒。
还是关于乱建ID导致效率低下表 
'IPLog'。扫描计数 1,逻辑读取 3737 次,物理读取 0 次,预读 0 次,lob 逻辑读取 0 次,lob 物理读取 0 次,lob 预读 0 次。
还是关于乱建ID导致效率低下
还是关于乱建ID导致效率低下SQL Server 执行时间:
还是关于乱建ID导致效率低下   CPU 时间 
= 172 毫秒,占用时间 = 514 毫秒。
还是关于乱建ID导致效率低下
还是关于乱建ID导致效率低下SQL Server 执行时间:
还是关于乱建ID导致效率低下   CPU 时间 
= 0 毫秒,占用时间 = 1 毫秒。
还是关于乱建ID导致效率低下表 
'IPLog'。扫描计数 0,逻辑读取 3 次,物理读取 0 次,预读 0 次,lob 逻辑读取 0 次,lob 物理读取 0 次,lob 预读 0 次。
还是关于乱建ID导致效率低下
还是关于乱建ID导致效率低下SQL Server 执行时间:
还是关于乱建ID导致效率低下   CPU 时间 
= 0 毫秒,占用时间 = 252 毫秒。
还是关于乱建ID导致效率低下
还是关于乱建ID导致效率低下SQL Server 执行时间:
还是关于乱建ID导致效率低下   CPU 时间 
= 172 毫秒,占用时间 = 771 毫秒。
还是关于乱建ID导致效率低下SQL Server 分析和编译时间: 
还是关于乱建ID导致效率低下   CPU 时间 
= 0 毫秒,占用时间 = 1 毫秒。


优化:
将自增ID去掉,将聚集索引建在accesstime上
执行同样语句结果如下:
还是关于乱建ID导致效率低下SQL Server 分析和编译时间: 
还是关于乱建ID导致效率低下   CPU 时间 
= 16 毫秒,占用时间 = 30 毫秒。
还是关于乱建ID导致效率低下
还是关于乱建ID导致效率低下SQL Server 执行时间:
还是关于乱建ID导致效率低下   CPU 时间 
= 0 毫秒,占用时间 = 1 毫秒。
还是关于乱建ID导致效率低下
还是关于乱建ID导致效率低下SQL Server 执行时间:
还是关于乱建ID导致效率低下   CPU 时间 
= 0 毫秒,占用时间 = 1 毫秒。
还是关于乱建ID导致效率低下表 
'IPLog'。扫描计数 1,逻辑读取 4 次,物理读取 0 次,预读 0 次,lob 逻辑读取 0 次,lob 物理读取 0 次,lob 预读 0 次。
还是关于乱建ID导致效率低下
还是关于乱建ID导致效率低下SQL Server 执行时间:
还是关于乱建ID导致效率低下   CPU 时间 
= 0 毫秒,占用时间 = 24 毫秒。
还是关于乱建ID导致效率低下
还是关于乱建ID导致效率低下SQL Server 执行时间:
还是关于乱建ID导致效率低下   CPU 时间 
= 0 毫秒,占用时间 = 1 毫秒。
还是关于乱建ID导致效率低下表 
'IPLog'。扫描计数 0,逻辑读取 3 次,物理读取 0 次,预读 0 次,lob 逻辑读取 0 次,lob 物理读取 0 次,lob 预读 0 次。
还是关于乱建ID导致效率低下
还是关于乱建ID导致效率低下SQL Server 执行时间:
还是关于乱建ID导致效率低下   CPU 时间 
= 0 毫秒,占用时间 = 6 毫秒。
还是关于乱建ID导致效率低下
还是关于乱建ID导致效率低下SQL Server 执行时间:
还是关于乱建ID导致效率低下   CPU 时间 
= 16 毫秒,占用时间 = 61 毫秒。
还是关于乱建ID导致效率低下SQL Server 分析和编译时间: 
还是关于乱建ID导致效率低下   CPU 时间 
= 0 毫秒,占用时间 = 1 毫秒。


很鲜明的对比,这就是我一直强调的日志类型表不要建ID的典型范例。

[IPLogInsert]详细:
还是关于乱建ID导致效率低下-- =============================================    
还是关于乱建ID导致效率低下--
 Author:  Xiangxiang  
还是关于乱建ID导致效率低下--
 Create date:2008-5-29   
还是关于乱建ID导致效率低下--
 Description: Insert a IP log   
还是关于乱建ID导致效率低下
 -- =============================================    
还是关于乱建ID导致效率低下
alter PROCEDURE [dbo].[IPLogInsert]   
还是关于乱建ID导致效率低下   
@IP char(15= '255.255.255.255'  
还是关于乱建ID导致效率低下  
AS    
还是关于乱建ID导致效率低下
BEGIN     
还是关于乱建ID导致效率低下
SET NOCOUNT ON;    
还是关于乱建ID导致效率低下
declare @currId int    
还是关于乱建ID导致效率低下
declare @today datetime    
还是关于乱建ID导致效率低下
--SET @currID = 0    
还是关于乱建ID导致效率低下
SET @today = getdate()      
还是关于乱建ID导致效率低下 
--SELECT @currId = id    from IPLog      
还是关于乱建ID导致效率低下--
where convert(char(10), @today,101) = convert(char(10),AccessTime, 101)    and @IP = IP  if( @currID = 0)    
还是关于乱建ID导致效率低下--
 insert into IPLog (AccessTime,IP,[Count])     
还是关于乱建ID导致效率低下--
 values (@today, @IP, 1)   
还是关于乱建ID导致效率低下--
 else     
还是关于乱建ID导致效率低下--
 update IPLog      
还是关于乱建ID导致效率低下--
 SET [count]=[count]+1     
还是关于乱建ID导致效率低下--
 WHERE convert(char(10), @today,101) = convert(char(10),AccessTime, 101)     and @IP = IP   
还是关于乱建ID导致效率低下--
 END      
还是关于乱建ID导致效率低下
update IPlog set Count = Count+1 
还是关于乱建ID导致效率低下
where Ip = @IP 
还是关于乱建ID导致效率低下
and AccessTime between dateadd(day,1,datediff(day,0,@today-1)) and  dateadd(day,1,datediff(day,0,@today))  
还是关于乱建ID导致效率低下
还是关于乱建ID导致效率低下
if(@@rowcount =0
还是关于乱建ID导致效率低下 
begin   
还是关于乱建ID导致效率低下
insert into IPLog (AccessTime,IP,[Count])     
还是关于乱建ID导致效率低下
values (@today,@IP,1)    
还是关于乱建ID导致效率低下
end  
还是关于乱建ID导致效率低下
end

相关文章:

  • 2022-12-23
  • 2021-10-13
  • 2021-10-17
  • 2021-07-14
  • 2022-12-23
  • 2021-09-13
猜你喜欢
  • 2022-12-23
  • 2021-09-11
  • 2021-12-16
  • 2022-12-23
  • 2021-09-05
  • 2022-12-23
相关资源
相似解决方案