【TiDBer 唠嗑茶话会 109】你有没有一些使用 TiDB 进行降本增效的锦囊妙计?✨

1、裁员
2、加班
3、减福利
4、砍奖金
5、砍预算
6、自然减员

1 个赞

你是会“管理的”

把公司的SQL server、Oracle都换成TiDB必然会降本
把一些大体量MySQL也替换成TiDB那就是增效

进来看看别人都是咱降本增效的
TiDB存储有压缩,但是3副本空间又比主从的使用空间多,并且还有其他的硬件要求,感觉相同的数据量,在硬件层面好像不太能降本

减少运维成本

多业务合并使用一套TiDB

感觉在增效很难看到,降本=裁人

资源使用统计。定时清理数据

我也来学习一下

数据生命周期管理,及时清理,独立核算成本

首先要考虑到降本增效,也可能带来风险。

  1. 资源管控,一套数据库集群,多套应用对接,减少物理资源使用,减少DBA运维成本(可能存在一套应用异常占用资源影响其他应用的风险)。
  2. 使用私有云,超融合等虚拟化技术,小型数据库服务器可能存在大量CPU资源,内存资源浪费,虚拟化可以解决这部分问题CPU可多分,内存可先少分,看情况增加(可能增加资源CPU不足风险)。
  3. 延长服务器使用年限或者使用旧服务器(可能增加宕机,应急风险)
  4. 下云,或者上云,看情况都有可能减少成本。
  5. 搬机房,把服务器放到机房资源便宜的地方。
  6. 搞人,包括换人、裁员、用外包等使用人力成本低的地方的人力资源。
  7. 换开源,商用的换成社区版,能不花钱的都不花。

上云 减少运维成本;

一:优化SQL。
二:根据数据的读写比例和访问模式,合理配置 TiDB 的节点类型和数量。
三:暂时没想到了

肯定是共用集群了,cpu压的高高的。

统一使用一种数据库,开发、运维都简单 :slightly_smiling_face:

开发人员掌握TiDB的运维能力

资源限制

AI,开猿节流,上云

使用分区表,定期删除分区清理过期的历史数据。

成本没变化情况下,用社区版TiDB解决了业务痛点