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

加油！考试不算难~~

（1）你们在数据库选型的时候调研了哪些数据库？ MySQL、PostgreSQL、Oceanbase （2）最后为什么选择了 TiDB ？原因是什么？你觉得 TiDB 对比其他你调研的数据库，优势在哪里？ 1、【核心亮点】MySQL 协议的高度兼容性 对于一个大量使用 MySQL 技术的公司而言，选择 TiDB 意味着： 极低的迁移成本： 绝大多数业务代码（SQL、ORM 框架）几乎无需修改。 生态复用： 现有的开发工具、运维脚本、BI 系统、数据同步工具（如 Navicat, DataGrip, CDC 工具）可以无缝衔接。 学习曲线平缓： 开发者（Dev）和数据库管理员（DBA…

学习学习

【你目前采用的备份方案是？】 dumpling 【备份周期为？】 每周全备 【在备份时，有哪些注意事项？】 备份空间不足，需定期进行清理

【你有哪些 TiDB 集群的运维保障经验？】 目前只搭建了测试环境，进行产品测试 【你有哪些数据孤岛治理经验？】 各项目分散式报表，统一整合至报表系统 【有哪些相关问题想跟嘉宾老师交流的？】 学习案例经验

【所在公司今年预计完成百分之多少的国产化改造？】 暂无 【国产化进程中遇过哪些问题？想给大家什么建议？】 暂无 【在这场国产化浪潮里，还会做哪些技术架构上的调整来助力当下与未来的业务？会考虑用 TiDB 来做吗？】 会纳入计划中

感谢分享！

【 所在公司面临哪些 DB2 使用痛点？】 核心痛点在于高昂的许可成本和运维成本、有限的横向扩展能力、特定的硬件强绑定 【关于 DB2 替换选型，你更看中哪些维度？】 极致的扩展性与高可用性，HTAP融合能力，成本优化与开放生态 【在 DB2 的迁移改造中，你遇到了哪些问题？希望嘉宾分享哪些经验？】 数据如何高质量、高效率的迁移，性能与稳定性验证

本次分享卢坚老师系统阐述了从云数据库RDS迁移至分布式数据库TiDB的价值与路径，重点分析了RDS在数据规模、扩展性、高并发、复杂查询、多活容灾及厂商锁定等方面的核心挑战，并指出TiDB凭借其原生分布式架构、HTAP实时分析、强一致性多活、透明分片和弹性伸缩等能力，能够有效应对上述问题，帮助企业在高速增长、海量数据和高可用场景下实现业务平滑扩展、成本优化与架构自主可控，同时介绍了迁移工具链及TEM on Cloud运维平台，为企业提供了从RDS到TiDB的完整转型方案。 干货满满，受益匪浅！

import random import time def tidb_blessing(): """ 为TiDB社区小伙伴们送上特别的代码祝福 """ # 祝福语组件 wishes = [ "愿你的查询永远走最优执行计划", "愿你的集群永远高可用无单点", "愿你的Region均匀分布无热点", "愿你的TP和AP负载完美平衡", "愿你的TiFlash列存加速所有分析", "愿你的PD调度精准如瑞士钟表", "愿你的TiKV副本永远强一致…

【今年参与了哪些 TiDB 社区的线上 & 线下活动？对哪些活动的主题和 Talk 内容印象深刻？希望社区 2026 年举办什么样的活动？】 5月底注册社区账号，开始坚持签到，逛论坛，看官方文档。TiDB社区在2025年举办了多场线上线下结合的活动，我有幸作为线上参与者，报名并参加了西安、沈阳、厦门等城市的线上活动。这一年的社区活动总是能先于市场痛点，展示最新的技术解决方案。在业界普遍讨论向量数据库时，TiDB社区已经给出了将向量搜索与现有业务系统融合的成熟思路。最宝贵的并非PPT上的理论，而是来自一线巨头的实战分享。听到像京东集团、瑞幸这样的企业分享他们如何用TiDB支撑核心业务，遇到的“…

【最近一次/印象最深的运维 TiDB 时的误操作】 误删测试数据 【最后是怎么解决的】 重新生成测试数据，并重新导入 【给小伙伴们一些避坑建议吧～】 误操作后的恢复工作很浪费时间，一定要记得备份

【Octane 在 TiDB 环境下的实际延迟优化效果？】 没用过 【Swoole 与 RoadRunner 在存算分离架构中的稳定性对比？】 RoadRunner 更适合追求部署稳定性与运维简便性的存算分离场景；Swoole 适合高并发 I/O 密集型需求，但需强化状态管理与监控。 【是否有类似迁移案例的最佳实践或分享你遇到的常见陷阱？】 没有

[image] 部署简单，与 TiDB 集群无缝集成，无需复杂配置 将复杂的命令行操作转化为直观的图形界面点击操作（如扩缩容、备份设置等） 大幅降低运维门槛，使 DBA 和开发者都能高效管理数据库

【 所在公司面临哪些 RDS 使用痛点？】 兼容性问题 【关于 RDS 替换选型，你更看中哪些维度？】 兼容性、分布式能力、迁移便利性 【在 RDS 的迁移改造中，你遇到了哪些问题？希望嘉宾分享哪些经验？】 兼容性挑战、数据一致性保障

SQL Server：传统关系型数据库，基于单机/主从架构，虽有AlwaysOn等高可用方案，但本质上是集中式数据库；使用T-SQL语言，与MySQL不兼容，与Windows生态深度集成；百万级数据量时性能较好，数据量达千万级以上性能显著下降；最重要的是，商业授权费用高昂。 TiDB：分布式关系型数据库，采用分布式架构，数据自动分片存储在多个节点，支持水平扩展；高度兼容MySQL协议和生态，可无缝迁移现有MySQL应用，无需大量代码修改；在千万级数据以上表现更优，处理复杂查询速度更快；开源产品，无授权费用。