文档

数据推送

更新时间:

  • 使用API/SDK推送数据有次数及大小限制,具体值请参考系统限制项,推荐将文档批量打包发送。

    • 数据上传后请务必检查返回值,并对相关错误码进行重试(尤其是3007错误),否则会出现数据丢失情况。同时,数据处理是异步的,系统返回“OK”后只表示系统接收数据成功,数据处理过程的错误会在控制台错误信息中展示,请注意及时检查。

    • CMD为“add”表示新增文档,会做全字段数据更新(更新中没有出现字段会默认为空)。如果该主键对应文档已经存在,则执行先“delete”再“add”的操作;

    • CMD为“update”表示更新文档,会做部分字段数据更新(更新中没有出现字段会仍为原来的值),针对已存在文档更新,也会先执行“delete”再“add”操作。

    • CMD为“delete”表示删除文档,如果该主键对应文档已经不存在,则认为删除成功。

    • Post 每秒提交的数据包总大小有限制,如果您上传的文档过大(2M以上),服务器将拒绝接收任何参数,同时返回异常,参考系统限制文档。

    • 当API推送报 connection timed out 或 1000 :system error或 push rate exceeds app quota错误时,请重试直到成功为止。(注:push rate exceed app quota的报错不止是推送频率过高,更大概率是由于超过了每秒2M文档的限制而报错)。

    • 数据推送有次数限制,当API推送时,报错request too frequently建议批量打包发送,效率更高;

    • POST的URL及body部分最好都要做url_encode,否则会出现解析及签名问题。

    • 数据源或者API推送增量时请注意,主键值重复的doc会被覆盖。

  • 使用RDS自动同步数据有TPS及大小限制,具体值请参考系统限制项:

    • RDS单库内所有表的更新会产生一份binlog数据。单库产生的binlog数据超过系统限制项,会造成数据堆积,同步延迟。建议拆库,将更新非常频繁的表放在不同的库里。如果不能拆库,建议主表走RDS自动同步数据,附表走API推送方式同步数据,来进行数据分流。

  • 本页导读 (0)
文档反馈