m2305在20230324下午的tick数据的成交量与成交金额对不上
数据库存数据存了半年了,第一次发现这样的问题.
成交量没有变化,成交金额增加,不太符合逻辑,不知道是数据接收端程序的问题还是服务端的问题
有人有出现同样的问题了么?
有大佬知道这是怎么回事么?
m2305在20230324下午的tick数据的成交量与成交金额对不上
数据库存数据存了半年了,第一次发现这样的问题.
成交量没有变化,成交金额增加,不太符合逻辑,不知道是数据接收端程序的问题还是服务端的问题
有人有出现同样的问题了么?
有大佬知道这是怎么回事么?
之前发了一遍,不知道为什么,没能显示出来,所以重新发一次
经过对比其他数据排查后
原因vnpy_mysql
的数据库字段类型设置不合理,跟之前发的是同一个问题
tick.turnover 的单位为100000,精度丧失,疑似数据库字段类型设置错误
当天下午成交量数值过大,导致成交量储存精度缺失
另外,发现datetime
字段也有精度缺失的问题,这个问题的根源在于vnpy_ctp.gateway.ctp_gateway.CtpMdApi
在储存毫秒字段的时候,将毫秒除以100后取整了,但是实际上ctp传出的毫秒字段只有三位数
MySQL应该是数据表列的数据类型问题,然后CTP的Millisec是微秒时间戳,要除以1000后才是毫秒
接的什么源的?一般来说接CTP的tick数据自己要对累计成交量和累计成交额进行检验的