arterybase的WAL日志是以二进制格式储存的,那可以用于读取WAL日志的程序是?_百度问一问
发布网友
发布时间：2022-07-19 06:44
我来回答
共1个回答
热心网友
时间：2023-10-14 16:19
咨询记录 · 回答于2021-11-18arterybase的WAL日志是以二进制格式储存的,那可以用于读取WAL日志的程序是?然而需要注意的是，数据库刚建好时，LogSeg第一次是从1开始的数字，到达一个最大的数字后，会重头开始，但以后再从头开始时，不再从1开始，而是从0开始。为什么这样呢？下面我们会讲解到这个问题。WAL日志的位置是一个无限长的位置，数据库一建立后，不断的开始写WAL日志，此位置就不断的增加，即使数据库重启后，此位置也不会重新开始，只会一直增加，所以这个位置值显然如果用32bit的一个数字是不够的，32bit最多表示4GB的日志，所以大家很容易可以想到用一个64bit的数字来表示这个WAL日志的位置，这当然就足够了(因为要写4G*4G的数据才会用完64bit的长度）。这个WAL日志的位置称之为LSN，即Log Sequence Number。看起来，LogId+LogSeg好象刚好组成一个64bit的LSN，是否是LogId是这个64bit的LSN中的高32bit字节，而LogSeg就是低32bit的字节呢？LogId确实是LSN的高32字节，但LogSeg却不是低32bit的字节，另我们可以观察到LogSeg的值是从00000000到000000FF后，就重新从00000000开始了，并不会出现00000100这样的数值，也就是LogSeg的8个字符中，前6个字符始终是0，这是为什么？原来LogSeg是按文件递增，每增加一个文件，LogSeg就增加1，而每个WAL文件的大小是16M，LogSeg是LSN的低32bit的字节的值再除以16M的结果，这样4G/16M结果是256，所以LogSeg最大的值为256，即16进制的0xFF，这样就解释了LogSeg的前6字节都是零的原因。另原本LSN起始位置可以从0开始，但为了表示一些无效的位置，LSN的起始值并不是从0开始，也不是从1开始，而是跳过了一个WAL文件大小，即16M的位置开始，这样第一次时LogSeg是从1开始的，而不是从0开始了。
