阅读排行榜

.NetCore实践篇：分布式监控系统zipkin踩坑之路（二）

从此启程 2018-09-14 21:57 阅读:3122 评论:1 推荐:2 编辑

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

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

.NetCore实践篇：分布式监控Zipkin持久化之殇

从此启程 2018-09-19 22:06 阅读:2754 评论:4 推荐:2 编辑

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

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

职场篇:失败之后

从此启程 2018-09-20 23:40 阅读:2650 评论:44 推荐:11 编辑

公告

昵称：从此启程
园龄： 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),然后提交表单,后面...
--提伯斯