【 TiDB 使用环境】生产环境 /测试/ Poc
【 TiDB 版本】
【复现路径】做过哪些操作出现的问题
【遇到的问题：问题现象及影响】
【资源配置】进入到 TiDB Dashboard -集群信息 (Cluster Info) -主机(Hosts) 截图此页面
【附件：截图/日志/监控】
生产环境处于何种状态，比较适合使用TiDB标准集群，可以从数据量、qps、tps、业务场景(oltp、olap)来谈谈
大数据量：适用于数据量过大的场景，传统单节点数据库无法处理。
高并发：适用于需要高QPS和TPS的场景。
事务一致性：适用于需要强一致性和ACID属性的OLTP场景。
实时分析：适用于需要实时HTAP分析的OLAP场景。
数据量达到tb或者pb，小数据量当然也可以
高并发，复杂查询，强一致性
tp如电商等，ap如数仓，bi等都适用
高可靠性
TiDB是一款真正意义上的分布式数据库， 采用分布式存储和计算，我见过最大的生产集群有上百个节点，数据量有几百TB，弹性扩缩容，适合高并发场景；TiDB 同时支持在线事务处理（OLTP）和在线分析处理（OLAP），真正的HTAP数据库。
数据量比较大，一般来说TB级别的
数据分析，跑批等有复杂sql出报表的
不用存储过程和自定义函数
高可用场景
既要……又要……的时候，比如既要OLAP，又要OLTP
可以按需对计算、存储分别进行扩容或缩容，适用于数据爆炸性增长的场景。但也要注意它的限制，比如不支持存储过程，自定义函数等，详情参考： 与 MySQL 兼容性对比 | TiDB 文档中心 (pingcap.com)
数据量：最大的表不超过1000万的话，建议用mysql，成本更低；但是数据量越大越推荐用tidb
qps/tps:这个看业务场景和数据量等因素，当你觉得你原来的数据库扛不住的时候，可以考虑用tidb了。
业务场景(oltp、olap)：当你既要oltp又要olap，切需要ap和tp时，强烈建议用tidb。
个人建议，结合业务场景压测下，根据压测结果【cpu, mem, sql耗时等】来决定部署多大规模的集群