V2EX › liuhan907 的所有回复 › 第 3 页 / 共 17 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 2 3 4 5 6 7 8 9 10 ... 17

❮

❯

2024 年 2 月 6 日

回复了 xiyy02 创建的主题 › MySQL › 既然 mysql 可以靠 binlog 达成多副本共识，那为什么还需要 Paxos、Raft 等共识算法？

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

2024 年 2 月 5 日

回复了 xiyy02 创建的主题 › MySQL › 既然 mysql 可以靠 binlog 达成多副本共识，那为什么还需要 Paxos、Raft 等共识算法？

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

2024 年 2 月 5 日

回复了 xiyy02 创建的主题 › MySQL › 既然 mysql 可以靠 binlog 达成多副本共识，那为什么还需要 Paxos、Raft 等共识算法？

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

2024 年 1 月 17 日

回复了 main1234 创建的主题 › 程序员 › [求问] 在内存限制下如何对数组排序

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

2024 年 1 月 12 日

回复了 afeiche 创建的主题 › 数据库 › 数据量较大，数据库选型问题

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

2024 年 1 月 12 日

回复了 afeiche 创建的主题 › 数据库 › 数据量较大，数据库选型问题

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

2024 年 1 月 12 日

回复了 afeiche 创建的主题 › 数据库 › 数据量较大，数据库选型问题

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

2024 年 1 月 11 日

回复了 afeiche 创建的主题 › 数据库 › 数据量较大，数据库选型问题

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

2024 年 1 月 11 日

回复了 afeiche 创建的主题 › 数据库 › 数据量较大，数据库选型问题

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

2024 年 1 月 11 日

回复了 sikuu2al 创建的主题 › 游戏开发 › 想做一款耐玩的像素游戏要学什么技术栈呀

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

2023 年 12 月 29 日

回复了 gitrebase 创建的主题 › 程序员 › 大家喜欢用 ORM 还是直接写 SQL

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

2023 年 12 月 19 日

回复了 Tongwin 创建的主题 › Java › Java 消费 Kafka 如何精确控制部分 consumer 的消费速率？

而且还可以用 redis 平滑迁移到多进程消费者，我认为是最优解了。

2023 年 12 月 19 日

回复了 Tongwin 创建的主题 › Java › Java 消费 Kafka 如何精确控制部分 consumer 的消费速率？

看起来你的消费者是一个单进程？那样的话我觉得写一个全局的令牌桶然后按请求限流那样做比较方便，kafka pull 消息的时候是可以指定最多拉多少个的。