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

Question

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

Answer 1

Gudy 2021-01-08 15:43:03

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

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

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

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

• 黑山老腰 #1

  请问，您提到“我单位的实际交易系统撮合一笔约8微秒”，这个8微秒，
  1. 是从哪个环节开始，到哪个环节截止？比如是从前置网关到撮合后发布行情？ 
  2. 也是使用您这门课程中的技术点实现的吗？
  谢谢

• SnoWalker_Q #2

  内存撮合，八微秒一笔，也就是每秒125000笔，我司单个标的每秒100000+笔，也是基于disruptor+udp nack