SQL Server误区30日谈第14天清除日志后会将相关的LSN填零初始化(sql server 错误)

编辑：rootadmin

误区 #.清除日志后会将相关的LSN填零初始化

错误

当日志文件在手动增长，自动增长和创建时都会进行填零初始化操作。但是请不要把这个过程和定期清除日志的过程搞混。日志截断仅仅意味着将一个或多个VLF标记为不活动以便被重复使用。在日志清除的过程中，并没有任何日志被清除或是填0。“清除日志”和”截断日志”意思是一样的，但都属于用词不当，因为在这个过程中日志的大小不会有任何改变。

你可以在我的博客中看到有关日志文件填零初始化的博文：Search Engine Q&A #: Why can't the transaction log use instant initialization?。以及我发布在TechNet杂志的文章:Understanding Logging and Recovery in SQL Server。

你可以通过跟踪标记来查看SQL Server对日志文件进行填零初始化的过程。将这个追踪标记打开当日志文件增长时，你就可以在SQL Server日志中看到相关信息，下面是测试代码:相应的，在日志中你可以看到:

上面测试代码中ALTER DATABASE是作为日志中这部分的开始和结束标记。在两个Alter Database命令中的CheckPoint并不会引起填0操作。如果你需要进一步验证这点，在Checkpoint之前和之后分别使用DBCC SQLPERF (LOGSPACE)来查看日志文件的大小，你会发现虽然日志文件大小没有变，但是日志的使用空间百分比会大大减少。

(下图是译者测试的结果):

推荐整理分享SQL Server误区30日谈第14天清除日志后会将相关的LSN填零初始化(sql server 错误)，希望有所帮助，仅作参考，欢迎阅读内容。

文章相关热门搜索词:sql server 3417错误,sql server233错误,sqlserver1053怎么解决,sql server 3417错误,sql server错误和使用情况报告,sql语句错误提示,sql server 错误,sql语句错误提示,内容如对您有帮助，希望把文章链接给更多的朋友！

SQL Server误区日谈第天 CheckPoint只会将已提交的事务写入磁盘误区#:CheckPoint只会将已提交的事务写入磁盘错误这个误区是由于太多人对日志和恢复系统缺少全面的了解而存在已久。CheckPoint会将自上次CheckPoint以来

SQL Server误区日谈第天数据的损坏和修复误区#:多个关于数据的损坏和修复误区坊间流传的很多版本都不正确我已经听过很多关于数据修复可以做什么、不可以做什么、什么会导致数据损坏以

SQL Server误区日谈第天有关页校验和的误区其实我之前已经有文章详细解释了页校验和：HowtotelliftheIOsubsystemiscausingcorruptions?误区#:几个有关页校验和的误区坊间流传的基本是错误的a)页校验和

SQL Server误区30日谈 第14天 清除日志后会将相关的LSN填零初始化(sql server 错误)

SQL Server误区30日谈第14天清除日志后会将相关的LSN填零初始化(sql server 错误)