【你所在企业的 TiDB 集群规模有多少节点（PD+TiKV+TiDB 的数量）？】 32 【TiDB数据库承载的业务类型？（数据中台/核心交易类/内部办公类/大数据分析类/备库…）】 数据分析 【目前你对 TiDB 集群采用的主要数据保护方式是什么？（无保护/BR 脚本备份/ 统一备份软件/ TiCDC 容灾）】 BR 【如果有 TiDB 备份一体机，你们企业是否有考虑采购 TiDB 专属备份一体机？有需求吗？大概的预算是多少？】 暂无

1. 数据库选型调研范围 团队重点调研了三类数据库：传统关系型数据库（如Oracle、MySQL、PostgreSQL），NoSQL数据库（如MongoDB、Redis、HBase），以及NewSQL分布式数据库（如CockroachDB、TiDB），覆盖从强一致性到高扩展性的不同技术路线。 2. 选择TiDB的核心原因及优势 选择TiDB主要因其存算分离架构支持弹性扩缩容、HTAP能力实现OLTP与OLAP混合负载，且完全兼容MySQL生态，迁移成本低；相比其他数据库，其优势在于金融级高可用性、分布式强一致性及实时分析能力，尤其适合高并发与复杂查询场景。

【 所在公司面临哪些 DB2 使用痛点？】 未使用DB2 【关于 DB2 替换选型，你更看中哪些维度？】 稳定性，易于维护 【在 DB2 的迁移改造中，你遇到了哪些问题？希望嘉宾分享哪些经验？】 如何平稳高效的迁移

【所在公司今年预计完成百分之多少的国产化改造？】 今年无要求，明年上30% 【国产化进程中遇过哪些问题？想给大家什么建议？】 成本、兼容性、迁移工具支持 【在这场国产化浪潮里，还会做哪些技术架构上的调整来助力当下与未来的业务？会考虑用 TiDB 来做吗？】 公司有考虑在内

心动不如行动

谢谢，已经报名参加了

速速报名！

印象最深的TiDB误操作：误删PD节点导致集群短暂不可用 事件经过： 执行PD缩容时，误将最后一个PD节点下线（未保留旧节点），导致TiKV无法访问PD获取元信息，集群查询超时，业务请求失败约10分钟。 原因： 未遵循“缩容PD时保留至少一个旧节点”的规范，且未检查TiKV缓存的PD列表状态。 恢复： 紧急重启PD服务并手动指定新Leader，恢复后升级集群版本启用自动PD节点更新机制。 教训： 操作前必须核对节点状态，缩容需分步验证，避免集中下线关键组件。