有张核心表，数据过亿了，磁盘空间占用130GB。研发为了省事还不停的加字段。
请问，如果我使用tidb来替换mysql。。
能带来多少益处？产出？谢谢
这个问题，也可能大家都会遇到。感谢大家一起讨论。。
这个才130GB，并不算大，上T的表多着呢
1 个赞
在TiDB库，单表过亿，只是起步。 不过相对的硬件投入也是和mysql不一样的。
1 个赞
好处就是，如果这个表持续加字段加上去，mysql总有扛不住的一天，但是tidb你可以通过scale out，平滑扩展，字段一直加，你一直加tikv节点就是了。
1 个赞
tidb分布式，研发加字段，你加节点扩展应对就可以了。
单个 Table 的限制 Columns 默认为 1017 个字段，单行限制默认 6M大小。参考 https://docs.pingcap.com/zh/tidb/stable/tidb-limitations/
1 个赞
楼主想要的是投入产出比（换成TiDB，投入多少资源，达成什么效果，节省多少人天费）
提供个思路：
1、存储成本减少2/3
2、维护成本一年节省多少人天
3、MySQL高表的风险
2 个赞
这个问题不能这么问，要反过来看
研发为了省事，会学习 tidb 相关的技术么？还是你来全盘来把控？
如果你来全盘把控，还需要哪些支持？
2 个赞
1.一个表才130G放mysql没什么问题。如果想放在Tidb。也可以，
目前我公司的核心业务表就是在Mysql 使用DM同步到Tidb。mysql只保留1个月的。Tidb保留永久的。已经有很多表都是二三十亿数据了。
2. 好处，Tidb加字段、加索引、直接后台执行，就不用管了。Mysql需要使用gh-ost在线增加。Tidb不需要，直接对当前表增加不会锁表。
2.1 表再大，Tidb也能能受得住，我这边目前最大的表是5T多点。频繁业务查询、报表统计、非常快，特别是报表统计比Mysql强很多。而且这是有压缩。35%的压缩率，也就是说你的130Gmysql的表数据，传到Tidb上面，大概只有50G左右。
3. 成本，那可能Tidb要比Mysql成本要高。Mysql可能只需要1台最多2台搞成主从。Tidb至少需要1+3+3 =7台服务器（1个tidb-server，3个pd-server。3个tikv-server，timon-server可以放在pd-server其中一台上面） 服务器成本比较高。只有tikv-server磁盘需要搞成T级别，其他服务器磁盘都是200G就可以。
4. 后期无论如何扩展，Tidb比Mysql方便
2 个赞
同意，不能研发不规范，DBA来背锅。得从根源解决问题，杜绝随意扩列。
3 个赞
考虑成本的话，130G 不需要考虑tidb，多加一块盘的事，还放在mysql没什么问题，8.0 加字段可以在线加，也不麻烦。
1 个赞
130G 应该还不用上tidb，分表整一下应该就可以
1 个赞
好处 就是不用再为加字段和表大小纠结了。但硬件成本就不一样了。
1 个赞
mysql 的终点，TiDB 的起点
2 个赞
换tidb有2个问题，一个硬件成本，一个单条写入速度低，想快得并发高到500
1 个赞
130G问题不大
1 个赞
收益：
- 再也不用担心ddl操作锁表阻塞业务了，嘎嘎香
- 多副本机制，查询效率，容错率，嘎嘎香
- 3主机起步集群，总的硬件资源多了，嘎嘎香
- 3主机可分不在不同数据中心，天生AZ级别的容错能力
- 运维监控起来简单了
成本？ 没钱上啥tidb？
1 个赞
是企业版价格贵还是管理成本？
1 个赞
非常同意，表面上这是个技术问题。实际涉及的方面太多了。仅从技术角度考虑是不够的。
3 个赞
楼主肯定是经验丰富的有技术的领导
1 个赞