摘要：
先前写了一篇文章，简要的介绍了工作中遇到的有关井号的问题。可参照url中的井号 但今天又发现了新的问题。 假设一个url是这样的/view/1.html#fragment，井号后面的内容是不传给server端的，而server端给出的 301 location是：/view/1.htm，那么浏览器最终跳转到的url应该是/view/1.htm#fragment，还是/view/1.htm呢？在浏览器上试了下，发现在chrome18中是跳转到/view/1.htm#fragment，也就是加上了井号（#）后面的内容，而在IE8中，是直接跳到了/view/1.htm，丢掉了井号（#）后面的内容。 阅读全文
摘要：
在上一篇文章数据库事务的实现（一） 故障恢复 （undo日志）中，我们介绍了undolog在数据恢复中的应用，这一篇文章仍会继续介绍undolog，但会深入介绍使用undolog进行数据恢复。上一章的结尾我们留下了一个问题，就是在上一章所介绍的模型中，恢复管理器必须要通过全篇扫描整个undolog进行日志恢复，这样做显然是没有太大必要的，因为系统中断肯定是在最后几个事务受到影响，前面的事务应该已经完成commit或者rollback了，不会出现abort的情况，那我们如何知道哪些事务受到了影响呢，如果我们知道了哪一些事务受到了影响，那我们就可以不用全篇进行扫描，而仅仅扫描很小的一部分就可以了。 阅读全文
摘要：
前言事务是数据库中的重要组成部分。针对于事务本身的介绍，大家可以google下其他文章。本篇文章的目的不在于介绍事务是什么，而重点想描述的是事务是如何实现的。所以本篇文章及接下来的几篇文章都是描述数据库系统中事务的实现，希望通过这几篇文章将自己的知识做一下总结，当然，如果在总结的同时，可以给各位朋友带来相应的益处那是最好的了。如果文章有不妥之处，欢迎各位朋友指正。简介保证数据的一致性是数据库的一个最最基本的功能，那数据库在机器down机或者出现其他意外的情况下是如何去保证数据库的数据的一致性的呢？本文主要围绕这个话题，介绍undo日志和redo日志这两种保持数据一致性的机制。undolog和r 阅读全文