Page History

...

用户升级手册

• 停止0.11所有写入
• 开启cli，输入 flush 对所有未关闭TsFile进行封口
• 关闭cli，关闭0.11服务器端
• 配置0.12，把0.11 data目录迁移到0.12 相应位置，或在配置项里将0.12的data目录指向0.11的data目录位置
• 启动0.12，tsfile文件升级会在后台自动进行

...

• StorageGroupProcessor 加载各个分区 resource，并且检查是否存在 upgrade 目录，将 upgrade 目录中的 TsFile 单独存到一份待升级的 resource 列表（顺序和乱序分开）

  • StorageGroupProcessor
    • SeqResourceList
    • UnSeqResourceList
    • upgradeSeqResourceList
    • upgradeUnSeqResourceList

升级 TsFile

• 对于每个需要 upgrade 的文件提交异步升级任务
• 拿到resource读锁
• upgrade.txt 记录 （v2文件路径，1）
• 升级工具从前向后check 遍历每个需要 upgrade 的文件，升级工具从前向后check v2 TsFile文件，将文件解到page级别
• 使用v3版ioWriter序列化新的chunk、pageheader结构，page data不用变，重新序列化即可

• 关闭所有新生成的每一个新文件，并生成对应的resource

升级完成后，删除旧tsfile和resource，将新生成的文件移动到对应分区目录中，StorageGroupProcessor加载其resource到seqResource或unseqresource列表中
• 关闭所有新生成的每一个新文件，并生成对应的新resource
• upgrade.txt 记录 （v2文件路径，2）
• 释放resource读锁
• 拿到resource写锁
• 删除旧tsfile和resource，将新生成的TsFile、resource和原本的mods文件（若有）移动到对应正常目录中，StorageGroupProcessor加载其resource到seqResource或unseqresource列表中
• upgrade.txt 记录 （v2文件路径，3）

• 释放resource写锁

升级恢复

当升级未完成时，重启IoTDB时，需要根据upgrade.txt记录恢复升级

• 如果一个v2文件日志记录只有1：删除新生成的对应v3文件，之后该文件会重新升级

• 如果一个v2文件日志记录只有1，2：将新生成的TsFile、resource和原本的mods文件（若有）移动到对应正常目录中

恢复完成清空upgrade.txt