啊!OpenTenBase这玩意儿到底有多神?
今天咱们得聊聊这个叫OpenTenBase的东西。听说它是个搞分布式的数据库?哎哟喂!现在是个啥玩意dou敢说自己“分布式”了是吧? 真香! 不过说实话啊...这东西背后还真有点门道。
先说核心吧不然读者要跑了
你们知道吗?那个什么分片算法,搞得跟切蛋糕似的!他们用的不是传统的一致性哈希!而是...

自己研发的动态分区迁移策略!哇塞听起来就高级得不得了是不是?dan是具体怎么实现的我也不知道啊。反正官网上说Neng自动平衡负载...
| 产品 | 分片方式 | 哭晕指数 |
|---|---|---|
| MySQL | 手动切分 | 99% |
| MongoDB | 哈希分片 | 70% |
| OpenTenBase | 魔法分区 | 不明觉厉 |
事务处理这块儿可有意思了!
未来可期。 要说分布式事务啊...他们居然把两阶段提交改成了三阶段!说是为了防止协调者单点故障?不过多加一阶段真的不会geng慢吗?谁知道呢...
我突然想到上周吃的火锅店也要排队三阶段呢。总之他 原来小丑是我。 们的TSO时钟同步方案据说用了混合逻辑时钟...
冷知识:据不愿透露姓名的开发者说凌晨三点写代码时会自动触发BUG彩蛋哦~
存储引擎才是重头戏!!
我们都经历过... 他们的底层存储居然一边用了LSM树和B+树!这是要搞精分吗?读优化和写优化dou要占便宜?不过实测下来...嘿嘿嘿
| 写入速度 | 查询速度 | 头发存活率 | |
| CockroachDB | 快 | 一般 | 50% |
| TIDB | 超快 | ||
容灾恢复这个必须吹爆!
听说在某次测试中直接拔掉三台服务器还Neng正常工作?他们的多副本同步算法采用了量子纠缠技术...其实是用自适应副本链实现的快速切换...,加油!
某用户反馈:“上次机房漏水居然Zui先恢复的是他们的数据库...虽然我们的业务系统全挂了”
再说说说说那个奇葩的SQL优化器
传统的查询优化器dou是施行计划...
AI优化器迷惑行为大赏 场景反应 简 又爱又恨。 单查询动用30个计算节点 复杂关联查询在本地节点转圈圈
