doocs/advanced-java
1
0
Fork 0
mirror of https://github.com/doocs/advanced-java.git synced 2026-08-18 10:43:29 +08:00
Code Issues Packages Projects Releases Wiki Activity

fix: update documents about Redis and ElasticSearch

Browse Source 
更新 Redis 和 ElasticSearch 文档说明
This commit is contained in:
yanglbme
2020-05-09 17:37:47 +08:00
parent ce7011855a
commit 1bb316e1ed
14 changed files with 79 additions and 79 deletions
Download Patch File Download Diff File Expand all files Collapse all files

2
docs/distributed-system/distributed-system-request-sequence.md
View File

@@ -13,7 +13,7 @@
首先，一般来说，个人建议是，你们从业务逻辑上设计的这个系统最好是不需要这种顺序性的保证，因为一旦引入顺序性保障，比如使用**分布式锁**，会**导致系统复杂度上升**，而且会带来**效率低下**，热点数据压力过大等问题。
下面我给个我们用过的方案吧，简单来说，首先你得用 dubbo 的一致性 hash 负载均衡策略，将比如某一个订单 id 对应的请求都给分发到某个机器上去，接着就是在那个机器上，因为可能还是多线程并发执行的，你可能得立即将某个订单 id 对应的请求扔一个**内存队列**里去，强制排队，这样来确保他们的顺序性。
下面我给个我们用过的方案吧，简单来说，首先你得用 Dubbo 的一致性 hash 负载均衡策略，将比如某一个订单 id 对应的请求都给分发到某个机器上去，接着就是在那个机器上，因为可能还是多线程并发执行的，你可能得立即将某个订单 id 对应的请求扔一个**内存队列**里去，强制排队，这样来确保他们的顺序性。
![distributed-system-request-sequence](./images/distributed-system-request-sequence.png)