• 楼下小黑哥
    2021-01-08
    1.消息id生成带有时间属性，让id 是自增，这样保证id 可以不重复。 2.删除数据归档的时候，记录删除id 最后一个时间。如果后续id 时间在这这个范围之前，拒绝服务，防止错误
    共 1 条评论
    9
  • tt
    2021-01-08
    把ID里机上时间因子，这样就不会出现ID重复了吧。除非重复的事件10年以后再次出现。
    
    1
  • Geek_ea1777
    2021-01-08
    id和交易时间挂钩，超出时间范围的id不处理
    
    1
  • 小动物
    2021-01-08
    感觉做不到很完美。 1.数据删除时能否留下去重用的字段，因为是有限的个别字段，数据量有限，空间会小一些。但这种只增不减的数据还是会判断空间有限的问题。 2.唯一ID是否可控，若可控，可带上一些规则，如时间、自增ID等。通过规则判断是否已经超过合理期限。但这个的可能性很低，因为ID是别人的，基本没法介入。 3.消息中增加时间，业务发生时间。超过合理时间范围的数据不做处理。
    
    1
  • liupan
    2021-08-23
    顺序mq怎么保障性能哩？前面场景加顺序号与缓冲队列就是顺序mq了
    
    
  • Palmer
    2021-04-29
    老师，现在很多MQ都能做到文中数据库+数据库的效果，比如Kafka提供增长id、消息去重等，那是否只需要在生产消费端保证有且仅有一次消息呢？
    
    
  • 非净额结算
    2021-01-12
    计算精度的准确性，都有哪些解决方案
    
    