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 就是“更好的选择”？

不是的，集群完整拓扑应该 3 台机器 存放 3 副本，每一台机器上都有两个tikv实例：tikv1、tikv2，也是 每台机器上的 两个tikv实例只存 一副本。这个情况下 如果一台机器上的其中一个实例 挂掉，那 集群会不会在同一台机器上的另外一个实例补副本：测试结果是无论这两个实例的 label 中的 host 是否一样（dc 和 zone 也一样），都会补齐。我不明白为什么，可能像楼上解释的那样

在使用 dashboard 中的 Topsql 功能时，你觉得操作界面是否简洁直观？有没有遇到过界面交互不流畅、功能入口难找、配置难的情况？ 无 你是否会经常使用 Topsql 功能来分析数据库性能？使用过程中，该功能提供的 SQL 性能数据是否准确、全面，能否满足你排查问题的需求？ 使用频率相对高，能初步满足需求，但希望可以提供更多观测指标 除了 Topsql 功能，你还会使用哪些可观测性相关功能来监控和管理系统？你期望这些功能之间的联动性达到什么效果？ sql 语句分析，建议 sql 语句分析 增加“选择列”，展示 CPU 使用信息 对于 Topsql 功能呈现的性能数据，你希望能…

常用测试工具： Sysbench、JMeter、LoadRunner、chaosmesh、tpc 核心性能指标： 响应时间、吞吐量、并发数、资源使用率、TPS 调优经验： 先定位瓶颈（如 CPU/IO），再优化参数、SQL 或架构，避免盲目调优。

【贵公司在哪些业务场景中会使用 TiDB 替换 Oracle？】 目前对 TiDB 的使用定位是分布式场景，同时要求限制数据量 >2T, 响应延时要求不高的情况 【落地过程中采取了哪些值得分享的迁移策略？（如分阶段替换、双写同步、灰度验证等）】 主要是双写与分场景切换 【迁移到 TiDB 后有哪些使用收益？】 满足信创要求、对业务无需过多侵入、性能扩展性更好

【 所在公司是否有去“O”计划？】 进行中 【关于 Oracle 替换选型，你更看中国产数据库的哪些维度？】 整体方案、替换成本、数据库可用性、数据库稳定性、数据库可靠性 【在 Oracle 的国产化迁移改造中，你遇到了哪些问题？希望嘉宾分享哪些经验？】 目前最大难点是迁移工具，市面上调研过的多少都存在一些问题 [WechatIMG352]