@ysc3839 #3
@Citrus #4
@setsunakute #6
@ch2 #8
@TripleZ #9

按照 https://apple.stackexchange.com/a/312010/362633 进行修改，问题解决了。

@ysc3839 #3
@Citrus #4

好像是😅，有时候还是没有想到太多东西，怪不得 Nginx 的 error.log 没有相关的日志。我晚点处理一下看看。

@aladdinding #1 我尝试过按照 https://stackoverflow.com/a/27849503/5232255 进行修改，然后 restart Nginx ，还是不行。

@litchinn #1
@neekeV2 #3
@ila

找到解决方案了，请见附言。

@neekeV2 #3 设置 server.servlet.context-path 为 /appServer ，然后做相应的修改，的确是可以。不过我不想设置 server.servlet.context-path🤐。

@litchinn #1 使用 SWAGGER_2 时，设置 springfox.documentation.swagger.v2.host 为 a.com/appServer 就行了，但是 OAS_30 不行。

@edgar #5 理解了，THX

https://i.imgur.com/hLjHFMq.png

@realrojeralone #3 如果是这样的话，那么#1 所说的就是错误的了。在(c)中，S1 的 matchIndex[]会是[2, 2, 1, 1]，但是 commitIndex 并不会是 2 。

https://i.imgur.com/vzDklGB.png

@wqlin #1 我还是不太理解“for each server, index of highest log entry known to be replicated on server”。

对于下面的 Figure 7 来说，matchIndex[]会是什么？会是[9, 4, 10, 10, 5, 3]吗？

https://i.imgur.com/p42RUs1.png

@edgar #8 你说的没错，“视频说 index 3 是 committed”是错误的，他后面也讲了 Safe log commitment 。THX

In Search of an Understandable Consensus Algorithm - https://raft.github.io/raft.pdf 也讲了。

https://i.imgur.com/IOnYSfp.png

https://i.imgur.com/Jmnu4ln.png

@edgar #10 嗯，In Search of an Understandable Consensus Algorithm - https://raft.github.io/raft.pdf 也说了。

https://i.imgur.com/7S4RN7s.png

@edgar #8 想问一下，#2 所描述的情况是合理的吗？ server 2 成为了 term 3 的 leader 后，server 1 才接收到来自 term 2 leader server 0 的 index 为 3 的日志，此时 server 1 会做什么处理？直接 append 到 log 吗？

@edgar #6 关键是视频里说 server 2 成为 term 5 的 leader 是不正确的😂，因为 server 0 和 server 1 的 index 为 3 的 log entry 被 overwritten 了。

@edgar #4 谢谢这么详细的描述，那么 server 2 成为 term 5 的 leader 是可以的吧？

@oocococo #1
@JasonLaw #2

如果是这样的话，那么就算 server 2 成为 term 5 的 leader ，然后将 server 0 和 server 1 的 log 都变成[1, 1, 1, 3, 3, 3]，也没啥问题吧？因为虽然原本 server 0 和 server 1 的 index 3 都是 2 ，但是对于 client 来说，Raft 是不会告诉它 index 3 是 committed 的，那么被重写也没啥问题。

@oocococo #1 也就是刚开始 server 0, 1, 2 都是[1, 1, 1]，然后因为某些问题导致新一轮选举，server 0 成为了 term 2 的 leader ，但是 server 0 append 到了自己的 log 之后就跟 server 1 和 server 2 断开网络了，导致新一轮选举，此时 server 0 的 log 为[1, 1, 1, 2]，server 1 的 log 为[1, 1, 1]，server 1 投票给 server 2 ，server 2 成为了 term 3 的 leader ，然后 server 1 才接收到来自 server 0 的 index 为 3 的日志，此时 server 1 的日志为[1, 1, 1, 2]。对吗？

@Mikex88 #8 你说“ client2 read(拿锁) 的时候 client1 已经存进 Storage 啊”，哪里看出来的？🤐

@flniu #8 我也是读这两本书，但几周是远远不够的😅。

@lance6716 #5 不是，我说的情况是 Client 2 最后会覆盖掉 Client 1 所做的改变，fencing token 也没用，因为 Client 2 的 token 就是比 Client 1 的大。