jwt 就是为了给你多端登陆用的，你现在要防止。

@rev1si0n 虽说 TLS 不是为了对抗审查做出来的，但是也有随机化的部分。我觉得不是靠数据统计就能找到可用的规律的。

@Jirajine 那终究还是要在终端机器上做手脚，无非就是现在 Android bootloader 加现在 Google 商店那套验证。但那就已经是完全和现在的网络环境隔离开了，没有什么可行性。

@Jirajine 那就是白名单，或者干脆在终端装 app 了。那还何谈密码学，那是社工。

@Jirajine 实别当然是能识别的出来，但是也只能检测出流量特征而不能检查内容特征。不然 GFW 早八百年就完美无缺了

@rev1si0n 你不解出来 https 流量怎么匹配 baidu 访问？

你首先应该想一下怎么解 https 的流量

@RedBeanIce 因为 nats 的消息是发送时没有接收者的话就会被丢弃，不会保存。如果有需求应该用 nats jetstream 。

@yamasa 这倒是没错，不过现在的实现倒是都提供了非 leader 读。反正也没人按照原始论文来实现算法，都是改了又改的。

@yamasa 但是 raft 读数据也可以不走 leader 不是么

@xiyy02 raft 协议只解决共识，不解决一致。而你的这个问题是一致问题，而不是共识问题。

这不就是外部排序+多路归并排序么

@nothingistrue
您这逆风就跑路啦？怎么不找点证据来证实一下呢，还是你一开始就只是口嗨其实啥都没研究过？

@nothingistrue
第一次见到源码贴脸还这么嘴硬的。那我再给贴脸一下，MySQL 这个单机数据库是要如何照抄一个分布式存储和事务的 TiDB 出来？你可别给我说 X-A 协议，笑掉大牙的事情。

@nothingistrue
我想问一下，MySQL 是个 C++ 开发的数据库，那请问 TiDB 在什么地方有 C++ 代码呢？
你不会想说 TiFlash 吧？

@nothingistrue TiDB 倒不是 mysql 二开，rust+go 写的东西，怎么可能是 mysql 这个东西的二开呢 -_-

我们公司用 TiDB 四年多，单表最多的时候 10E 。还行，运维不算复杂，TiFlash 也能胜任 OLAP ，并且不需要做 ETL 。
唯一的需要注意的点是，这个数据库对硬盘需求相对较高，不过应该说是目前分布式数据库对于硬盘需求因为存储基本都是 rocksdb 以及变种，所以要求都高。如果你们存储节点有 SSD 可选的话，我觉得带 TiFlash 的 TiDB 是个还行的选择。
毕竟 OLTP/OLAP 业务一个数据库包全，官方还提供了 TiUP 做集群自动部署和维护，以及自动备份工具。

世界最著名的像素游戏（之一） Terraria 以及衍生品 tModLoader ，要不看看他们的技术栈？

我个人更喜欢 ORM ，但我是写 C# 的。