我从一个toG的开发的角度，使用TIDB也有3年，从4.0到6.5，对应的头号竞品，应该是oceanbase，我简单说一下我们选型的考虑，1.mysql协议，首当其冲，很多客户的项目基本都是早期的mysql项目，能很好支持mysql协议，对应的ORM层的框架我们基本就不用改动，2.海量存储，弹性扩所容 3.能够混合场景下，HTAP的场景下，客户方当前的形势下，很难说动不动来一套OLAP的集群来服务业务，不能说没有，有的话，这样的项目也很少了，HTAP这种形式，就很好兼顾olap的分析场景。有一点不足，这是我想说的，就是单体的支持感觉力度不大，为啥有这个需求，因为我们很多需要做国产化改造，其中一点，就是替换之前的xxxx数据库，这种情况下，我们可能不需要多节点的Tidb集群，这点我觉得不如竞品宣传的好，所以这也是我对tidb提的一点建议。
3 个赞
前排围观~~~
感谢分享，值得深入学习探讨，
感谢各位小伙伴们的参与！3 月 20 日 第二期 TiDB vs MySQL 线上 Meetup 期待大家的参与！
恭喜 @dfzxc 参与互动并中奖获得 PCTA 考证兑换券 @ZeroTiDB 参与互动并中奖获得数据库管理 303 课程兑换券 @小小橙兜 参与互动并中奖获得 TiDB 社区定制款双肩包
中奖的小伙伴联系 TiDB Robot 微信（tidbai），私信邮寄 & 领取信息哟 :
羡慕羡慕
感谢分享。
集中式，分布式，现阶段还是百花齐放，日后可能会融合，变身出新形态
围观大佬
老师讲的好好
此话题已在最后回复的 7 天后被自动关闭。不再允许新回复。