SQL Server中的database checkpoint
基于性能方面的考虑, 数据库引擎会在内存(buffer cache)中执行数据库数据页(pages)的修改, 不会再每次做完修改之后都把修改了的page写回到磁盘上. 更准确的说, 数据库引擎定期在每个数据库上生成一个checkpoint. Checkpoint会把当前内存中的修改了的页(dirty pages)还有transaction log的信息从内存中写入到磁盘, 还要记录关于tranaction log的信息.
数据库引擎支持下面几种checkpoint:
- automatic - 在后台定期自动生成checkpoint来达到服务器配置所要求的recovery interval标准的时间上限. automatic checkpoint执行的多少是基于突出的写操作的数量和数据库引擎是否检测到写延迟超过了20毫秒来决定的.
- indirect - 在后台执行来让某一个数据库达到用户指定的target revovery time标准. 默认的target revovery time是0, 这样会引发automatic checkpoint设定在该数据库上生效. 如果你之前用了ALTER DATABASE来配置TARGET_RECOVERY_TIME大于0了, 那么这个大于0的值就会生效, 而不是让针对server instance设置的该值起作用.
- manual - 每当你执行Transact-SQL中的CHECKPOINT命令时会生成manual 的checkpoint. manual checkpoint会在你当前连接了的数据库上升小. 默认, manual checkpoint会执行一直到结束. Trrottling的工作机制跟automatic checkpoint是一样的.
- internal - 会被许多服务器操作引发, 比如说备份, 数据库的快照(snapshot), 用以确保磁盘的镜像跟当前的log的状态保持一致.
举例:
--启用indirect checkpoint ALTER DATABASE tpce SET TARGET_RECOVERY_TIME = 1 SECONDS go --启用automatic checkpoint ALTER DATABASE tpce SET TARGET_RECOVERY_TIME = 0 SECONDS go
参考资料
======================
Database Checkpoints (SQL Server)
