SQL Server TempDB初始化大小是如何决定的
2012-11-21 10:51
253 查看
tempdb作为一个系统数据库,共享在当前实例正在运行的数据库之间,这里不对tempdb的基本概念做过多的介绍了,不过众所周知,tempdb在服务重启时是被重新创建的,drop-create,那么是什么来决定tempdb的data file、log file初始化大小呢?
1. 这里先提出一个问题:
1.tempdb的GUI界面可以设置初始化大小
2.model系统数据库作为模板数据库也决定着新建数据库的初始大小
那么到底是谁来决定tempdb的初始化大小?
根据测试结果,说明tempdb的tempdev初始化大小的最终真实大小是tempdev和modeldev两者之间的较大值。
另外要注意,tempdb的templog以及新增ndf文件的初始化大小只由自身设置决定,和model没有关系。
2. 第二个问题:tempdb的tempdev文件初始化的真实大小是否为tempdev的初始化大小?
输出结果为:
tempdev初始大小20MB,modeldev初始大小30MB
tempdev初始大小30MB,modeldev初始大小20MB
结果说明
当[b][b]modeldev初始大小设置30MB大于[b]tempdev的初始大小20MB设置时,tempdb在初始化时起始大小为20MB,后续被扩充至30MB[/b][/b][/b]
[b][b][b]反之没有发生初始化后续扩大的现象[/b][/b][/b]
3. 那么引来最后一个问题:tempdb的文件扩增会有什么影响?如果有该如何避免?
当系统自动调整tempdb大小时,对文件的读写将暂时的阻塞,所以频繁的调整大小会对tempdb的使用产生负面影响,应该避免。
解决方法其实很简单,初始化tempdb大小设置个较合理的值即可,但是不代表随便设个很大的初始大小,应持续观察一段时间的tempdb使用情况,再决定一个合理的值,优化tempdb是个很大的话题,比如还可以通过增加多个ndf文件、优化使用tempdb操作,这里就不对其展开讨论了
1. 这里先提出一个问题:
1.tempdb的GUI界面可以设置初始化大小
2.model系统数据库作为模板数据库也决定着新建数据库的初始大小
那么到底是谁来决定tempdb的初始化大小?
tempdb tempdev初始化大小设置 | model modeldev初始化大小设置 | tempdb tempdev真实物理文件大小(重启服务后) |
30MB | 20MB | 30MB |
20MB | 30MB | 30MB |
30MB | 30MB | 30MB |
另外要注意,tempdb的templog以及新增ndf文件的初始化大小只由自身设置决定,和model没有关系。
2. 第二个问题:tempdb的tempdev文件初始化的真实大小是否为tempdev的初始化大小?
USE tempdb; WITH cte AS ( SELECT DB_NAME(database_id) AS name, mf.name AS db_filename, mf.physical_name, CAST((mf.size / 128.0) AS DECIMAL(20, 2)) AS initial_size_MB, CAST((df.size / 128.0) AS DECIMAL(20, 2)) AS actual_size_MB, CASE mf.is_percent_growth WHEN 0 THEN STR(CAST((mf.growth / 128.0) AS DECIMAL(10, 2))) + ' MB' WHEN 1 THEN STR(mf.growth) + '%' END AS auto_grow_setting FROM sys.master_files mf JOIN sys.database_files df ON mf.name = df.name WHERE mf.database_id = DB_ID() ) SELECT *, actual_size_MB - initial_size_MB AS change_in_MB_since_restart FROM cte;
输出结果为:
tempdev初始大小20MB,modeldev初始大小30MB
tempdev初始大小30MB,modeldev初始大小20MB
结果说明
当[b][b]modeldev初始大小设置30MB大于[b]tempdev的初始大小20MB设置时,tempdb在初始化时起始大小为20MB,后续被扩充至30MB[/b][/b][/b]
[b][b][b]反之没有发生初始化后续扩大的现象[/b][/b][/b]
3. 那么引来最后一个问题:tempdb的文件扩增会有什么影响?如果有该如何避免?
当系统自动调整tempdb大小时,对文件的读写将暂时的阻塞,所以频繁的调整大小会对tempdb的使用产生负面影响,应该避免。
解决方法其实很简单,初始化tempdb大小设置个较合理的值即可,但是不代表随便设个很大的初始大小,应持续观察一段时间的tempdb使用情况,再决定一个合理的值,优化tempdb是个很大的话题,比如还可以通过增加多个ndf文件、优化使用tempdb操作,这里就不对其展开讨论了
相关文章推荐
- mfc中如何设置初始化对话框大小
- 如何收缩 SQL Server 中的 Tempdb 数据库
- TCP如何决定每次发送的包的大小
- sql server中字符串类型的日期如何比较大小
- (转)如何压缩SQL Server 2005指定数据库文件和日志的大小?
- 如何监测谁用了SQL Server的Tempdb空间?
- swap分区的作用,如何决定swap分区的大小
- Cassandra如何决定flush memtable的大小
- 如何决定Web应用线程池大小
- 如何监测谁用了SQL Server的Tempdb空间?
- 如何决定 Web 应用的线程池大小
- 如何获取当前设备的屏幕的大小初始化UIWindow
- SQL Server 中如何移动tempdb到新的位置
- 如何监测谁用了SQL Server的Tempdb空间?
- 在sql server 中如何移动tempdb到新的位置
- [转]在sql server 中如何移动tempdb到新的位置
- 如何收缩 SQL Server 中的 Tempdb 数据库
- 如何监测谁用了SQL Server的Tempdb空间?
- 如何收缩 SQL Server 中的 Tempdb 数据库
- 如何决定Web应用线程池大小