【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】
【复现路径】做过哪些操作出现的问题
【遇到的问题：问题现象及影响】
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件：截图/日志/监控】
原有的mysql架构
原本我们公司的数据库架构如上。系统的性能是被mysql写库固定死的。扩容有上线。所以会买几百台mysql 做acount0—100 的分库分表。因为用户交易散落在各地。又需要合并所以又aggr合并库。整套架构费用贵性能差。应用效果差。一个大的并发打过来。不是slave报警了。就是dms同步慢了。或着kafka挂了。维护非常繁琐。
如果改成tidb的架构
其实 云上的rds本身也是存储和运算分离的。但你一份数据需要为mysql付费 salve付费 dms的转换付费，redshift付费，kafka的存储付费。
真正做到了费用贵五倍。
只有自己掌握底层，费用才是最省钱的。如果你懂技术，结合tidb，你能在ec2上玩出花来。
完美解决方案
