写事务日志：数据修正事务中唯一一个总是须要写入磁盘的操作。并不是修正查询语句的清单，而是修正操作发生之后数据页面的详细变革。是由日志管理器完成。看到写入磁盘，我们该当急速遐想到性能问题，由于这个操作是总是写入磁盘。如果一条语句的操作的数据很大的话，这个耗时是十分恐怖的。 举个例子：如果想知道这个差距，你可以在百万或者千万的表中实行以下两条语句体会以下：truncate table Test以及delete from Test。当然严谨的同学会说truncate是针对区操作，delete是针对页操作，truncate的锁花费也比delete的锁花费少。这些是会导致truncate比delete快的缘故原由。但是这些缘故原由不是紧张缘故原由，紧张缘故原由便是这里说的写事务日志，delete是每次删除一行，并在事务日志中为所删除的每行记录一项，而truncate是通过开释存储表数据所用的数据页来删除数据，并且只在事务日志中记录页的开释。既然事务日志会影响性能，为什么还记录呢？紧张办理保护数据以及数据同等性的问题。
吸收写要求：一旦访问方法吸收到写事务日志成功的确认信息，就会吸收写要求，将写要求发送缓存区管理器。把稳了，这里是把要求交给缓存区管理器，缓存区管理器只是操作缓存跟物理文件没有任何关系。这里强调的目的是，如果没有理解这里说的事理的话。你可能会为自己做了大量的插入操作，而数据文件的大小没有任何变革而感到匪夷所思。访问方法表面上起了要求通报的浸染，实在它很智能，有一些比较繁芜的算法来预测实行情形。
插入缓冲池：缓冲区管理器在内存中插入数据，插入成功后将确认结果发送给访问方法，终极确认结果到达客户端。
写入数据文件：这个步骤可以由两个组件任何一个完成。惰性写入器线程定期检讨SQL Server空闲缓冲列表的大小，当这个值过低的时候，惰性写入器会扫描全体数据缓存，将所有一段韶光没被利用的页面老化。如果找到一段韶光没有被利用的脏页，惰性写入器则将其写入磁盘并且删除，然后将这个页面的内存空间标记为空闲空间。惰性写入器还会监测做事器上的空闲物理内存，如果内存很少它会将SQL Server的空闲缓冲列表开释给Windows，在SQL Server负载很重时，它还会在做事器有空闲物理内存且已给SQL Server分配的内存还没有达到我们配置的最大做事器内存（max server memory）时增加SQL Server的空闲缓冲列表以适应负载。 检讨点是检讨点线程创建的一个韶光点，将担保脏页都写入磁盘，并且在页面头将缓存中的这个页面标记为干净的页面，把稳检讨点是不删除脏页的。至于检讨点的实行韶光是要分几种情形的：如果你配置了recovery interval（min），就以这个为准。如果没有配置，并且这上一次检讨点结束后写入的事务日志数据超过10MB，则大约每分钟启动一次。还比如，我们人为实行checkpoint实行，或者实行备份重启命令都会触发检讨点。抛开我们人为操作，这个详细韶光确实无法确定，SQL Server有内部启示算法掌握这个值。不过我们可以开启一个跟踪标志3502能查看。这个跟踪标志在缺点日志中记录了检讨点的开始与结束为止。sql语句为：dbcc traceon(3502) 。 三、结尾 今天主要便是先容了插入语句的实行过程，内容不多。你从这个过程中你会创造SQL Server真的很智能。比如这里的预写日志来保护数据，延迟将数据写入磁盘、预测SQL实行情形、监控负载调度内存等等。设计的都是那么奥妙，大家可以想想如果我们在设计自己的软件时是否可以参考和借鉴呢？ 本日禀析就到此结束，文中如有描述不当的地方，欢迎指出。共同进步才是硬道理。
