【Q问Q答】Qcubic数据库在极端情况下如何保障数据不丢失

 Qcubic数据库是如何实现数据

 持久化的？

Qcubic数据库主要是通过WAL机制

和Checkpoint机制来实现数据持久

化

一、WAL机制

当Qcubic在执行DML语句时，首先

会写redo log日志，redo日志就像

是一个明细文件，按照执行顺序记

录所有的数据库里的执行动作，redo

日志先写到log buffer 日志缓冲区

中，再实时同步到物理文件redo

 log file中， redo日志落到磁盘后，

事务进行提交，从而保障了数据的

安全性。

二、Checkpoint机制

在redo日志写到log buffer后，会在内

存表空间中执行要更新的操作，表空

间的数据会定时Checkpoint到磁盘的

Checkpoint image file也就是镜像文

件中等于把内存表空间的数据完整的

落盘从而保障数据的持久性。

 Qcubic数据库在写redo日志时发生

 掉电怎么处理？

如果在写redo日志的时候发生掉电，

redo日志还没有落盘，当前事务还

未提交，因此数据库未给应用端成

功执行的反馈，那么遵循事务的一

致性事务将进行回滚，待数据库重

启后，应用端可以重新发起请求以

便将事务继续进行处理，直至完成

应用请求。

 Qcubic数据库在没有Checkpoint

 时发生掉电怎么处理？

当redo日志已落盘内存表空间已更新，

但是还没有Checkpoint的情况下发生

掉电，数据库重启时会先载入已有的

镜像文件的数据，再把redo日志记录

的增量操作重新执行并重新加载到内

存中，之后再次Checkpoint落盘，

这个过程是通过WAL和Checkpoint

的双重机制来保障数据的一致性的。

 为什么要定时做Checkpoint ？

如果发生掉电时，做备份恢复需要读

取大量的redo日志会耗费很长时间，

通过Checkpoint机制可以快速加载

已经落盘的Checkpoint file，再根据

Checkpoint file中记录的最新时间定

位redo日志中的LSN号，找到并加载

未落盘的数据，这样大大节省了数据

恢复时间。