评论排行榜

.NetCore实践篇：成功解决分布式监控ZipKin聚合依赖问题（三）

从此启程 2018-09-17 20:42 阅读:2914 评论:9 推荐:0 编辑

NetCore实践篇：分布式监控客户端ZipkinTracer从入门到放弃之路

从此启程 2018-09-12 20:46 阅读:3822 评论:9 推荐:3 编辑

程序员的营销探讨

从此启程 2018-11-07 13:24 阅读:899 评论:8 推荐:1 编辑

性能提升五十倍：消息队列延时聚合通知的重要性

从此启程 2018-10-17 20:49 阅读:2673 评论:8 推荐:2 编辑

ElasticSearch实践系列(二)：探索集群

从此启程 2018-09-29 17:07 阅读:1521 评论:8 推荐:2 编辑

公告

昵称：从此启程
园龄： 13年
粉丝： 212
关注： 38

<

2025年3月

>

日

一

二

三

四

五

六

23

24

25

26

27

28

1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

21

22

23

24

25

26

27

28

29

30

31

1

2

3

4

5

最新随笔

随笔分类

随笔档案

文章分类

文章档案

阅读排行榜

评论排行榜

推荐排行榜

最新评论

1. Re:聊一聊异构系统间数据一致性
@提伯斯双向更新，B更新了C，C收到更新也会更新B。over...现在改造成先查询下B的结果，check一下。减小这种风险。...
--从此启程
2. Re:聊一聊异构系统间数据一致性
@提伯斯我文中提到的和你差不多，redis 延迟队列也用了（锁主会冲突的时候，也是之前就有的），最外层又加了一层mysql队列，一个作用是减少使用主会冲突，还有个就是能查询这个数据的处理状态。...
--从此启程
3. Re:聊一聊异构系统间数据一致性
@从此启程单独定义一个队列(vip通道),该队列只接收主会的请求, 子会请求放入普通延迟队列(推荐redis延迟队列), 从延迟队列获取到消息时,判断该子会的主会是否存在,不存在再次加入延迟队列(...
--提伯斯
4. Re:聊一聊异构系统间数据一致性
@提伯斯你提到的情况也可能会发生的。这个应该分几种情况（只说新增的）： 1、B方可能是三个新增请求同时发送，但C方接收端不是同时到达。 2、A 》B方发送端三个新增就是乱序的。 3、A方先报名了主...
--从此启程
5. Re:聊一聊异构系统间数据一致性
能先说一下主会场与子会场的关系吗, 我理解的是一个完整的业务流程,至少包含一个主会场,N个子会场, 且它们存在关联关系, 客户在A系统的操作是创建一个主会场M,2个子会场(x,y),然后提交表单,后面...
--提伯斯