一般什么样的系统，适合从mysql 迁移到 tidb 呢，很多mysql 是一主一从的环境，如果迁移到tidb，似乎没有七八台机器，都搞不定啊，硬件成本挺高的，
1）单mysql数据库 数据量膨胀考虑使用分库分表方案解决性能问题
2）多个单 mysql 数据库 合并使用一套集群
3）非技术需要，例如信创改造，创新
TiDB 适合有以下需求的系统：
- 高并发、高负载的应用场景。
- 数据量快速增长，MySQL 已无法扩展的场景。
- 对高可用、容灾能力有较高要求的场景。
- 需要支持跨地域、高可用部署的业务。
- 需要同时处理 OLTP 和 OLAP 工作负载的场景。
1 个赞
这个看性能要求，一台机器可以同时布署tidb和pd的。
一主一从如果性能够用，磁盘空间也够用那就用mysql就好，如果mysql顶不住了再考虑分布式
两种情况适合，第一种数据量很大又不想折腾分库分表，比如500G数据量以上。
第二种情况是多表 join比较多，mysql非常慢，tidb查询速度优势很明显，还可以开tiflash进一步提高速度
看数据量和并发规模的，数据量低于10亿这个级别没必要上tidb用mysql就行。
+1，说的有道理，哈哈
楼上的楼上说的不错，数据量不大，单表、整体不大的情况下，没必要迁移到tidb ，mysql完全够用。除非数据量大，或者tidb作为历史数据存储，mysql历史数据全部迁移到tidb。mysql只保留实时的1个月内数据。第二就是有大量需要分析的，也可以使用tidb
1 个赞
有道理的话都被大家说了，我也来补充一下，tid这么方便好用，oltp系统适合迁移到tidb，另外家底厚实，数据也挺重要的，适合迁移到tidb做两地三中心。
如果mysql用着好好的，客户都没反应卡顿，慢。没有分库分表的需求，继续用mysql。
反之，反馈很强烈。要上mysql集群，加配置了。可以考虑下tidb。
一般数据量比较大、日增长量大的业务表，我们一般规定单表20G以上不能归档的，使用tidb。
简单来说就是mysql满足不了体量要求的系统，可以迁移TiDB
只要你想学Tidb总有借口，不上Tidb那你不是总维护mysql了，那不落伍了吗
只要硬件跟得上，一个字上！
这和系统没关系吧，看你业务需求量呀，单msyql维护简单，但是有点落后了
tidb的优势是分布式，高可用，动态扩展等，所以tidb还是更稳的。 
也看自己的场景，我们这边数据量倒没有多少 ，大概都是几千万的表，我们这些sql在mysql上跑不出来，tidb很快就出来了，用mysql不行
两种不同的高可用方式，选择最合适的就行。
看来是借助了tidb的计算下推能力了
mysql数据量大（单表几千万行），业务逻辑复杂（多个大表进行连接查询）和报表时效性要求高。