老师,关于撮合系统还有以下四个疑问,麻烦抽空回答下,谢谢

来源:8-4 raft based key-value db-2

superzjcy

2021-01-07

  1. 目前在撮合中没有看到如果挂了具体怎么处理的代码,这部分是没有实现吧?我目前想到的解决方案是基于raft选举机制,只有主去撮合,如果主挂了,新的主去排队机拉数据,重新撮合,同时每笔撮合完成的订单需要从排队机删除,对吧
  2. 想请教下老师disruptor之前生产环境撮合系统也是和项目中一样的用法吗?根据老师的经验使用了disruptor和不使用,在生产环境性能提升有多少倍?我本地用BlockingQueue对比,大概3倍左右。
  3. 老师过往的生产环境通常同时撮合的订单量大概有多大?TPS大概是多少呢?挺好奇生产环境的数据。
  4. 老师之前的生产环境的排队机也是基于raft协议的吗?生产环境集群节点大概多少?写入的TPS是多少呢?
写回答

1回答

Gudy

2021-01-08

  1. 实现了,撮合挂了之后会从排队机集群重新拉取数据,排队机保有全量数据

  2. disruptor的优势不光提现在速度上,还体现在并发度和可编程上,这一点BlockingQueue欠缺不少

  3. 我单位的实际交易系统撮合一笔约8微妙,这已经是目前世界的一流水平

  4. 我单位的生产环境排队机是用的主从模型,全部交易品种实际共用两个排队机

1
2
SnoWalker_Q
内存撮合,八微秒一笔,也就是每秒125000笔,我司单个标的每秒100000+笔,也是基于disruptor+udp nack
2022-02-18
共2条回复

SpringCloud+Vertx+Disruptor 撮合交易系统实战

独家掌握金融业务系统知识,培养金融IT工程师核心竞争力

469 学习 · 145 问题

查看课程