携手奔赴下一个十年！

你是从哪个数据库迁移到 TiDB 的？ 迁移 TiDB 都用啥工具？偏爱 TiDB 原生的 DM、Lightning、TiCDC，还是习惯用 DataX、Flink 这些第三方，或者自己自研工具？ 源主要是 Oracle、兼容MYSQL协议数据库 ，使用的工具包括两种：DSG 以及 DM 不用 TiDB 原生迁移工具的小伙伴，是因为技术栈适配难、性能不够，还是觉得易用性一般？大家最希望 TiDB 迁移工具加啥实用功能？ TiDB 自己的迁移工具 TMS 产品能力略弱于 DSG，DM 对于非原生 MySQL binlog 格式的数据库不支持，所以需要原生外的工具 实操 TiD…

围观ing [Weixin Image_20260116092456_12_2568]

已预约 [Weixin Image_20260109091543_11_2568]

您当前使用的云资源部署在哪个地域（城市），会考虑单一城市部署还是多城市容灾？在哪朵云上？ 私有。目前跨城基建当前正在建设中 目前运行着多少套 TiDB 集群，合计节点数 / 核心数（core）为多少？您当前 TiDB 相关资源的年度总费用是多少？ 云提供的具体折扣力度（如折扣率 / 优惠方式）是什么？ 已经上百套 若迁移至 TiDB 全托管服务，您期望获得的服务等级协议（SLA）标准是什么（如可用性、故障恢复时间等）？ 暂时不会考虑全托管，主要是安全要求

1.你所在企业是否有出海规划或已开展出海业务？企业出海的核心目标区域 / 国家是哪里？ 有的，优先北美和东南亚 2.驱动企业出海的核心因素是什么（如市场扩张、政策支持等）？ 多方面原因，除政策支持外，企业自身也有市场扩张和多元化经营的需求 3.出海场景下，你最关注数据库的哪些能力（如合规适配、跨区域部署、低运维等）？最关注的技术问题是什么？ 首先关注成本与便利性，其次是性能和稳定性。最关注的技术问题是安全，特别是数据合规 4.出海场景下，你更倾向选择自建数据库还是全托管数据库服务？ 优先托管，其次自建 5.出海业务中，你会选择 TiDB 吗？ 必须会

【你所在企业的 TiDB 集群规模有多少节点（PD+TiKV+TiDB 的数量）？】 9台起步，最大近 30 台 【TiDB数据库承载的业务类型？（数据中台/核心交易类/内部办公类/大数据分析类/备库…）】 HTAP 【目前你对 TiDB 集群采用的主要数据保护方式是什么？（无保护/BR 脚本备份/ 统一备份软件/ TiCDC 容灾）】 BR 脚本备份、统一备份软件 目前都在用，未来形态是同一备份软件 【如果有 TiDB 备份一体机，你们企业是否有考虑采购 TiDB 专属备份一体机？有需求吗？大概的预算是多少？】 需求一直在，但更希望是通用的，支持常见的数据库类型

和应用处理数据的逻辑有关系吧，如果分区后能让应用通过增加分区条件降低中间结果集，那分区有好处。如果不是，分区表也有很多问题，比如统计信息的收集。 TiDB 的分区表功能出发点是快速、简单删数

RDMA 不能解决这问题吧。更高的网络传输速度和带宽，我更倾向认为会让问题加剧

你们在数据库选型的时候调研了哪些数据库？ Oceanbase、TDSQL、GoldenDB、GaussDB 、TicBase 等 10 几款 最后为什么选择了 TiDB ？原因是什么？你觉得 TiDB 对比其他你调研的数据库，优势在哪里？ 选型的测量维度很多，技术角度包括 MySQL 兼容性、基础功能、数据库技术生态、性能等等，非技术角度如是否完全开源、同业案例、技术支持响应能力、迁移成本；当前阶段并不考虑 ALL IN 一款国产数据库，而是针对业务对数据库的需求不同，选择多款数据库入围。对于 TiDB 数据库，当前作为公司的业务选型 HTAP 优先推荐

【你目前采用的备份方案是？】 dumpling + br，dumpling 针对重点表，br 针对实例 【备份周期为？】 br 每周一次全备，增量持续进行，保留2周，dumpling 每天一备份 【在备份时，有哪些注意事项？】 必须注意备份的执行时间和备份集的有效性验证

【所在公司今年预计完成百分之多少的国产化改造？】 总体预计 60-70% 【国产化进程中遇过哪些问题？想给大家什么建议？】 兼容性问题、性能问题、故障定位。一定充分对比了解TiDB 与原库功能和使用方式的差异，按“分布式数据库”推荐方式开发与改造 【在这场国产化浪潮里，还会做哪些技术架构上的调整来助力当下与未来的业务？会考虑用 TiDB 来做吗？】 已经在用

实际上我觉得 OB 的 paxos 实现，与原生 paxos 相比，与 Raft 更接近

【今年参与了哪些 TiDB 社区的线上 & 线下活动？对哪些活动的主题和 Talk 内容印象深刻？希望社区 2026 年举办什么样的活动？】 TEM 、TiCDC 试用 TiDB vs MySQL TiDB vs SQLServer 希望 2026 讲些 数据向量 方面的活动。 【分享 PCTA/PCTP/PCSD 考证对你的工作/求职/TiDB 学习/运维的帮助，同时@一位由你邀请加入 TiDB 社区的新朋友】 PCTA/PCTP/PCSD 考证是一个系统化梳理 TiDB 知识体系的过程，帮助很大 【给 TiDB 社区小伙伴们送上有意义的代码祝福语吧！】 # ...exist…

【最近一次/印象最深的运维 TiDB 时的误操作】 清理磁盘空间时候，目录为多次确认，结果误删除了 tikv 的数据目录 【最后是怎么解决的】 最后还是使用缩容与扩容的节点方式 【给小伙伴们一些避坑建议吧～】 rm -rf 一定慎重执行，rm -rf 一定慎重执行，rm -rf 一定慎重执行，

【Octane 在 TiDB 环境下的实际延迟优化效果？】 没用过,准备去了解下 Octane 【Swoole 与 RoadRunner 在存算分离架构中的稳定性对比？】 没用过，准备去了解下Swoole 与 RoadRunner 【是否有类似迁移案例的最佳实践或分享你遇到的常见陷阱？】 没用过

就是说部署集群的时候建议同一个机器的所有 tikv 实例的 label 定义相同，像问题中 1）中这种？我之前一直都是认为应该 2）这种设置。现在也还是没太明白 2）的问题是什么，感觉有上层的 label 约束下，肯定不会出现某台 host 有 2个副本的情况

再请教下，这里我有一点没太明白。因为还有上一层 的 label ：zone 这个层级，它的 3 个不同值应该能保障 同一个zone 下面不会出现两个副本？也就是上面内容中的“a机器上最多能存在同一个region的两个副本”疑惑？

这样理解的话就是设置为 host1 或 host2 都可能会补副本，区别是 设置为相同的 host1，是在没有更好的选择的时候才会用来补副本，而设置为 host2 就是“更好的选择”？