跳转至



Zillionare 2.0维护指南


Table of Content

行情数据同步原理

在Zillionare安装后,由于多方面的原理,数据库中的数据是不齐全的,需要经过一个维护过程。这个维护过程及其工作原理如下:

在Zillionare的docker容器构建时,我们只打包了2022年1月到2023年2月的30分钟及以上级别的数据,供回测研究使用。因此,在您安装之后,数据库中的数据未能覆盖全面。一个全面覆盖的数据,应该包括从2005年1月起的所有分钟线及以上级别(即5,15,30,60分钟、日线、周线、月线)。

我们通过epoch_start,sync head,sync tail指针(在redis数据库中,db1)及当前时间来确定已经同步的数据范围,和需要同步的数据范围,见上图。在我们发布zillionare的容器时,我们将sync head设置为了epoch_start,因此,一旦您配置了聚宽账号,数据同步将优先补齐从2022年12月30日之后到现在的数据。等到这部分数据追赶完成之后,您可以修改redis数据库中的头指针,使之与influxdb中数据的实际起点重合。这样,Zillionare将利用您每天剩余的quota来向后补齐数据,只到数据补齐到epoch_start(即2005年1月4日为止)。您也可以在同步一定量的数据之后,如果不需要更早的数据了,可以将该指针再次改回到epoch_start以结束同步。

Info

这样设计的原因是因为要发挥Zillionare回测框架的优势,必须使用分钟线行情数据进行撮合。但分钟线实在太大了。

这是您需要知道的关于数据维护的第一件事。其次您需要知道的是Zillionare是如何存储数据和读取的。

为了实时和准确地更新数据,Zillionare的数据同步分两部分,一是已经收盘的数据,这些数据被认为是准确的、不再修改的,因此记录在influxdb中,是持久化的。未收盘的数据都是通过已收盘的更低级别周期的数据实时合成的。

Info

为了保证已收盘数据是准确的,Zillionare的数据同步时间设置在夜里2点左右 -- 一般来说,上游数据此时已经完全了校准 -- 开始,并且同样的数据会拉取两次。只有两次的数据完全相同,才会保存。

也就是,以交易日15:00之前来看,昨天的日线在influxdb中,上一周的周线、上一个月的月线在influxdb中。但今天的日线、这周的周线等,都需要实时计算和更新。更新来自1分钟数据,1分钟数据缓存在redis中。这个1分钟数据会在盘中实时更新,并触发其它周期的unclosed数据的计算。

如果安装zillionare的时间在盘后,则在初次运行时,redis中是没有分钟线及所有分钟级别的行情数据的。此时zillionare-omega在日志上会报一些错误。这些错误可以忽略。从部署之日后的午夜(需要交易日)起,会有多个下载任务,待数据补齐后,就不再会出现这些问题。

部署后的第一个交易日完成后,上述错误应该消失,但此时week, month的unclosed bay能否计算正确,取决于quota。如果quota够同步1周的分钟和日线,则week bar正确;如果能同步1个月的分钟和日线,则月bar正确。否则,还需要等待。