为日志/数据分配多少空间过多？ （SQL Server 2008）
这是一个有点不寻常的问题...
SQL Server 的数据和日志文件分配是否存在太大的情况？
请注意，我不是谈论空间不足的问题。
我们暂时假设存储空间无限，但 I/O 吞吐量有限。服务器正在访问的数据和日志文件的未填充部分的大小对性能有影响吗？例如，如果我有一个 tempdb 日志文件，最多只能填充约 5mb，但为其分配了 1 TB，如果我将分配量减少到 10mb，访问此日志的 I/O 操作会更快完成吗？
This is a somewhat unusual question...
Is there such a thing as too big of an allocation for data and log files for SQL Server?
Please note, that I am NOT talking about running out of space.
Let's assume for the moment that there is infinite storage, but limited I/O throughput. Does the size of the unfilled portions of data and log files the server is accessing matter for performance? For example, if I have a log file for tempdb that only ever fills up to ~5mb, but have a terabyte allocated to it, would the I/O operations accessing this log complete faster if I reduced allocation to 10mb?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
不会，分配的大小不会影响性能。性能仅受到文件增长的影响。
No, allocated size will not affect perfomance. Perfomance is affected only on file growth.