测试用例
我们分别在用户数据库(testpage),tempdb中创建相似对象t1,#t1,并在tempdb中创建创建非临时表,然后执行相应的insert脚本(用以产生日志),并记录执行时间用以比较用以比较说明tempdb”快”
Code
用户数据库testpage
use testpage go create table t1 ( id int identity(1,1) not null, str1 char(8000) ) declare @t datetime2=sysutcdatetime() declare @i int set @i=1 while (@i<100000) begin insert into t1 select @i,'aa' select @i=@i+1 end select [extime]=DATEDIFF(S,@t,sysutcdatetime())
tempdb
use tempdb go create table #t1 ( id int not null, str1 char(8000) ) declare @t datetime2=sysutcdatetime() declare @i int set @i=1 while (@i<100000) begin insert into #t1 select @i,'aa' select @i=@i+1 end select [extime]=DATEDIFF(S,@t,sysutcdatetime())
非临时表在tempdb中执行
use tempdb go create table t1 ( id int not null, str1 char(8000) ) declare @t datetime2=sysutcdatetime() declare @i int set @i=1 while (@i<100000) begin insert into t1 select @i,'aa' select @i=@i+1 end select [extime]=DATEDIFF(S,@t,sysutcdatetime())
由图1-1中我们可以看出,在普通表中执行一分钟的脚本,tempdb只需执行22s.而普通表在tempdb中也只需27s均大大优于普通表中执行情况.
感兴趣的朋友亦可在执行过程中观察日志相关的性能技术器的运行情况如(Log Bytes Flusged \sec 等)
图1-1
由此测试我们可以看出本文开始提到的”tempdb比其他数据库快”.
实际并不是tempdb有什么魔法,而是tempdb的日志机制与其他数据库大有不同.
Tempdb的日志机制
Tempdb Simple恢复模式(重启后无需还原操作)
Tempdb使用最小化日志
Tempdb 不受系统CheckPoint影响(系统checkpoint不涉及tempdb,但人为tempdb中执行会落盘)
Tempdb 在刷入数据页到磁盘前,日志无需落盘(事务提交日志无需落盘)
"快"的原因
可以看到系统检查点自身会绕过tempdb,tempdb执行时无需日志先落盘.且会最小化日志记录(关于此一个特性我会稍候陈述)这些都极大的缓解了磁盘IO瓶颈,使得tempdb相比其他DB会快很多.
注意:虽然系统checkpoint检查点会绕过tempdb,但tempdb中人为执行checkpoint还是会起作用,大家只应测试环境中使用,正式环境中慎用!
在上面的实例中我们可以看到无论在表的类型是什么,在tempdb中速度都会有很大提升,但普通表的执行时间还是略长于临时表,这是因为普通表的的日志记录信息还是要略多于临时表的.
关于tempdb最小化日志
在堆表(heap)中 insert,update操作的的更新信息日志无需记录.
我们通过简单实例来看.
USE [tempdb] GO create table #nclst ( id int identity(1,1) primary key nonclustered,---heaptable str1 char(8000) ); create table #clst ( id int identity(1,1) primary key,------clustered str1 char(8000) ); checkpoint-----生产环境慎用! DBCC SHRINKFILE (N'templog' , 0, TRUNCATEONLY) GO insert into #nclst(str1) select 'aa' select [Current LSN],Operation,CONTEXT,[Log Record Length] from fn_dblog(null,null) where AllocUnitId is not null checkpoint-----生产环境慎用! DBCC SHRINKFILE (N'templog' , 0, TRUNCATEONLY) GO insert into #clst(str1) select 'aa' select [Current LSN],Operation,CONTEXT,[Log Record Length] from fn_dblog(null,null) where AllocUnitId is not null
由图1-2中可以看出堆表中并未记录Insert中的#ncls.str1的具体信息,而聚集表中则记录相应信息
图1-2
Tempdb为何需要日志
既然tempdb每次重启都会重新建立,我们无需重做日志,但运行过程中是可能需要回滚的,这也是tempdb日志存在的原因.
Tempdb 不支持重做(Redo)但需支持回滚(rollback).
关于tempdb回滚.
Tempdb中如果日志文件中无足够空间应用回滚则会引起整个实例就宕机!
Tempdb最佳实践-日志
a 不要tempdb中checkpoint(消耗巨大引起系统性能下滑)
b 不要tempdb中开启过长事务(无法截断日志,造成日志过大,如回滚时无法回滚则宕机)
c 一般需要中间表匹配的过程在tempdb中创建进行(创建速度快,需视具体情况而定.)
d tempdb中使用堆表速度佳.(需视具体情况而定)
本文向大家介绍SqlServer数据库提示 “tempdb” 的日志已满 问题解决方案,包括了SqlServer数据库提示 “tempdb” 的日志已满 问题解决方案的使用技巧和注意事项,需要的朋友参考一下 执行sql 语句,中间没有用到临时表 网上找了下解决方案,大体是扩大临时库的日志文件的大小解决的 解决过程: 查看了下数据库的属性,是自动增长,不指定文件大小上限。 在网上Google了很久,
本文向大家介绍Redis处理高并发机制原理及实例解析,包括了Redis处理高并发机制原理及实例解析的使用技巧和注意事项,需要的朋友参考一下 1.Redis是基于内存的,内存的读写速度非常快; 2.Redis是单线程的,省去了很多上下文切换线程的时间; 3.Redis使用多路复用技术,可以处理并发的连接。非阻塞IO 内部实现采用epoll,采用了epoll+自己实现的简单的事件框架。epoll中的读
本文向大家介绍Java泛型机制必要性及原理解析,包括了Java泛型机制必要性及原理解析的使用技巧和注意事项,需要的朋友参考一下 泛型程序设计(Generic Programming) “使用泛型机制编写的程序代码要比那些杂乱地使用Object变量,然后再进行强制类型转换的代码具有更好的安全性和可读性。泛型对于集合类尤其有用。” 1.意义、必要性、重要性 泛型程序设计 意味着编写的代码可以被很多不同
本文向大家介绍Python json解析库jsonpath原理及使用示例,包括了Python json解析库jsonpath原理及使用示例的使用技巧和注意事项,需要的朋友参考一下 jsonpath jsonpath 用于多层嵌套 json格式的 解析。 pip install jsonpath JsonPath 描述 $ 根节点 @ 现行节点 .or[] 取子节点 n/a 取父节点,jsonpat
本文向大家介绍Mybatis框架及原理实例分析,包括了Mybatis框架及原理实例分析的使用技巧和注意事项,需要的朋友参考一下 摘要 本篇文章只是个人阅读mybatis源码总结的经验或者个人理解mybatis的基本轮廓,作为抛砖引玉的功能,希望对你有帮助,如果需要深入了解细节还需亲自去阅读源码。 mybatis基本架构 mybatis的源码应该算是比较容易阅读的,首先mybatis核心功能就是执行
本文向大家介绍Java等待唤醒机制原理实例解析,包括了Java等待唤醒机制原理实例解析的使用技巧和注意事项,需要的朋友参考一下 这篇文章主要介绍了Java等待唤醒机制原理实例解析,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友可以参考下 线程的状态 首先了解一下什么是线程的状态,线程状态就是当线程被创建(new),并且启动(start)后,它不是一启动就进入