互联网服务数据库
关于LowtranLSN和MINBUFLSN
问题一：LOWTRANLSN与MINBUFLSN 的大小关系，什么情况下MINBUFLSN 大于LOWTRANLSN，什么情况下MINBUFLSN 小于LOWTRANLSN
问题二：不理解为什么MINBUFLSN 大于LOWTRANLSN时，不需要读LOWTRANLSN 与 MINBUFLSN之间的log record。
不是应该把recover的STARTLSN 设置为min(MINBUFLSN ,LOWTRANLSN)即LOWTRANLSN，
如果按如下的说法不是把STARTLSN 设置为max(MINBUFLSN ,LOWTRANLSN)
if LOWTRANLSN is smaller than MINBUFLSN, no data pages need be read in while recovering between LOWTRANLSN and MINBUFLSN inasmuch as the updates logged will have been applied. This phase of the invention will hereinafter be referred to as "mini analysis". After MINBUFLSN has been reached, the normal REDO process of recovery resumes.
问题二：不理解为什么MINBUFLSN 大于LOWTRANLSN时，不需要读LOWTRANLSN 与 MINBUFLSN之间的log record。
不是应该把recover的STARTLSN 设置为min(MINBUFLSN ,LOWTRANLSN)即LOWTRANLSN，
如果按如下的说法不是把STARTLSN 设置为max(MINBUFLSN ,LOWTRANLSN)
if LOWTRANLSN is smaller than MINBUFLSN, no data pages need be read in while recovering between LOWTRANLSN and MINBUFLSN inasmuch as the updates logged will have been applied. This phase of the invention will hereinafter be referred to as "mini analysis". After MINBUFLSN has been reached, the normal REDO process of recovery resumes.
11同行回答
lowtran只要最早的那个transaction commit就行
minbuf就是最早还没有被写入磁盘的page写入就行
具体什么时候transaction commit需要看应用
具体什么时候dirty page写入磁盘需要看那些参数设置，什么max_log啊，softmax之类的~~~
两者之间没有直接联系收起
minbuf就是最早还没有被写入磁盘的page写入就行
具体什么时候transaction commit需要看应用
具体什么时候dirty page写入磁盘需要看那些参数设置，什么max_log啊，softmax之类的~~~
两者之间没有直接联系收起
to: wangzhonnew
对于uncommit的bp 脏页,通过触发page clean flush到磁盘的情况，minbuflsn会改变吗.
能讲讲lowtranlsn和minbuflsn LSN变动的流程吗（什么情况下lowtranlsn和minbuflsn值会改变）收起
对于uncommit的bp 脏页,通过触发page clean flush到磁盘的情况，minbuflsn会改变吗.
能讲讲lowtranlsn和minbuflsn LSN变动的流程吗（什么情况下lowtranlsn和minbuflsn值会改变）收起
“一般来说LOWTRANLSN都是小于MINBUFLSN的，因为LOWTRANLSN出现在最早位提交事物出现时。”
不对，lowtranlsn可以大于minbuflsn，并不是提交之后就会被写入磁盘收起
不对，lowtranlsn可以大于minbuflsn，并不是提交之后就会被写入磁盘收起
解释得很好，但是可否讲得更详细些，让我们可以更好的理解DB2的行为。
1、crash recovery 是不是分为analysis ，redo和undo三个阶段？
2、redo 是不是repeat history 策略？是不是page-oriented的？
3、redo是不是从minbufferlsn开始的。
4、我不明白db2为什么要关心lowtranlsn，貌似DB2维护了一张transaction table，undo
应该是通过它进行的吧。。。收起
1、crash recovery 是不是分为analysis ，redo和undo三个阶段？
2、redo 是不是repeat history 策略？是不是page-oriented的？
3、redo是不是从minbufferlsn开始的。
4、我不明白db2为什么要关心lowtranlsn，貌似DB2维护了一张transaction table，undo
应该是通过它进行的吧。。。收起
浏览756
浏览725
DB2是否要执行 RECOVER FORWARD操作是取决于:min(MINBUFLSN ,LOWTRANLSN)是否小于写入磁盘的最大LSN，如果是则不需要做RECOVER，应为所有的事物已提交，BP中没有dirty page；如果不是则需要执行RECOVER操作.
一般来说LOWTRANLSN都是小于MINBUFLSN的，因为LOWTRANLSN出现在最早位提交事物出现时。
个人认为LOWTRANLSN大于MINBUFLSN可能是BP出现第一个dirty page后，而这个事物ROLLBACK了，LOWTRANLSN的LSN会向后移动，而MINBUFLSN未移动。收起
一般来说LOWTRANLSN都是小于MINBUFLSN的，因为LOWTRANLSN出现在最早位提交事物出现时。
个人认为LOWTRANLSN大于MINBUFLSN可能是BP出现第一个dirty page后，而这个事物ROLLBACK了，LOWTRANLSN的LSN会向后移动，而MINBUFLSN未移动。收起
浏览756