【数据库层面的降本增效你有哪些经验/建议？】
简单运维、降低运维人员和开发人员的复杂的沟通成本
【个人体感：用 TiDB 是否能真正做到降本增效？】
不需要使用第三方工具分库分表、部署简单
【数据库层面的降本增效你有哪些经验/建议？】
1.体量小的mysql合并部署，多个体量小的mysql实例合并为1个实例，多个体量小的mysql库合并为1个库，然后再向国产化迁移。
2.体量大的mysql，可以考虑不再分库分表，直接迁移到国产化分布式数据库上。
【个人体感：用 TiDB 是否能真正做到降本增效？】
是否降本取决于改造前后的软硬件授权开发运维这5个要素总成本的差异，但一定会增效，性能上限，数据库整体的负载能力一定会提升的。
【数据库层面的降本增效你有哪些经验/建议？】
商业版增加功能
【个人体感：用 TiDB 是否能真正做到降本增效？】
应该可以
【数据库层面的降本增效你有哪些经验/建议？】
多发布些实际操作的视频及文档，例如：节点集群的部署，维护，尽可能贴近实际操作的案例，索引的优化，容量的评估尽可能给出更多的建议，简化配置信息，或者通过脚本的方式进行交互式配置。
【个人体感：用 TiDB 是否能真正做到降本增效？】
业务量及数据量的场景应该还用不到TIDB，目前生产环境也就是把非核心的业务迁移到TIDB了，其他的还是在MySQL或者Oracle上面运行，决策层面的想法还是出于运维成本的考虑，后续还是要看硬件要求。
积极参加
数据库层面的降本增效你有哪些经验/建议？】
降低运维成本
【个人体感：用 TiDB 是否能真正做到降本增效？】
可以
1、数据库层面的降本增效你有哪些经验/建议？
更智能的数据归档
2、个人体感：用 TiDB 是否能真正做到降本增效？
可以做到
【数据库层面的降本增效你有哪些经验/建议？】
拥抱开源
【个人体感：用 TiDB 是否能真正做到降本增效？】
主要追求性价比，超大数据量应该可以
【数据库层面的降本增效你有哪些经验/建议？】
合并库是最快的，还可以多维度的拆分，把不同性能的库分开
【个人体感：用 TiDB 是否能真正做到降本增效？】
看数据体量和场景，大部分的需求是可以满足的。
【数据库层面的降本增效你有哪些经验/建议？】
目前业务偏向按业务系统分割数据库，部分数据库体量较大且属于同一个系统的可以合并一起，使用tidb
【个人体感：用 TiDB 是否能真正做到降本增效？】
看如何划分，大系统可以合并使用可以做到
【数据库层面的降本增效你有哪些经验/建议？】
通过脚本、自动化，减少人力运维工作
【个人体感：用 TiDB 是否能真正做到降本增效？】
我觉得可以，对比现在，会方便管理
【数据库层面的降本增效你有哪些经验/建议？】
个人认为就下面几点
- 优化查询与索引：定期分析慢查询，添加有效索引，减少资源消耗。
- 资源弹性伸缩：自动化工具监控资源，按需弹性调整实例规格。