【 所在公司面临哪些 PG 使用痛点？】 缺乏统一的 PG 运维治理平台，表结构变更、慢 SQL 审计、连接数监控等依赖人工脚本。 【关于 PG 替换选型，你更看中哪些维度？】 事务与一致性，ACID 保障强度、MVCC 实现机制、长事务处理能力； 生态兼容性，与现有 Java 技术栈（Spring Boot、MyBatis/Hibernate、ShardingSphere）的集成成熟度。 【在 PG 的迁移改造中，你遇到了哪些问题？希望嘉宾分享哪些经验？】 如何设计 DAO 层以兼顾 PG 特性和可移植性？使用 R2DBC 实现响应式 PG 访问的真实收益与坑点？

哎？还真是

你所在企业是否有出海规划或已开展出海业务？企业出海的核心目标区域 / 国家是哪里？ 已制定明确的出海规划，并处于初期落地阶段。 核心目标区域：东南亚（重点为新加坡、印尼、泰国） 驱动企业出海的核心因素是什么（如市场扩张、政策支持等）？ 国内市场竞争激烈，寻求增量市场，且公司产品具备本地化适配能力，适合多语言、多时区运营； 出海场景下，你最关注数据库的哪些能力（如合规适配、跨区域部署、低运维等）？最关注的技术问题是什么？ 数据合规与隐私保护（如 GDPR、PDPA 等区域法规适配），以及低运维成本与自动化管理。 出海场景下，你更倾向选择自建数据库还是全托管数据库服务？ 全托管数据库服…

可以的，官方的培训认证也是从从业者开始，边学边考

看起来是网络问题

自定义函数

加油，一次过

很热闹的社区

从 DBA 的视角来看，TiDB 不仅是一款分布式数据库，更是一套面向现代化数据基础设施的完整解决方案。它在兼容性、架构弹性与运维治理三个维度上，显著降低了传统数据库在高并发、大数据量场景下的复杂度。 首先，对开发友好是 TiDB 极具吸引力的一点。由于高度兼容 MySQL 协议和语法，绝大多数现有应用几乎无需改造即可迁移，SQL 编写习惯、ORM 框架、连接池等工具链均可复用。亿云信息的实践表明，开发者能直接使用 SQL 进行建模、加工与校验，拖拽式平台背后仍依赖标准 SQL 引擎，这极大提升了自助开发效率，也减少了因方言差异带来的学习成本。 其次，对 DBA 友好体现在其自动化与可观测…

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

你们在数据库选型的时候调研了哪些数据库？ 金仓数据库、崖山数据库、TiDb数据库 最后为什么选择了 TiDB ？原因是什么？你觉得 TiDB 对比其他你调研的数据库，优势在哪里？ 我们的数字支付业务方向有着高并发、强一致性、海量数据在线事务处理（OLTP）与实时分析（HTAP）混合负载场景。 需要水平扩展 + 强一致性 + 实时分析能力。传统单机数据库（如 Kingbase、YashanDB）在面对用户量激增、订单峰值、多租户 SaaS 架构时，难以线性扩展；分库分表方案复杂且牺牲事务完整性。 TiDB 优势：基于 Raft 协议实现分布式强一致性；支持自动分片（Region）、弹性…

【你目前采用的备份方案是？】 br 【备份周期为？】 每周 【在备份时，有哪些注意事项？】 及时清理日志

【你有哪些 TiDB 集群的运维保障经验？】 暂无 【你有哪些数据孤岛治理经验？】 2年经验 【有哪些相关问题想跟嘉宾老师交流的？】 TiDb在数据治理方面的优势

【所在公司今年预计完成百分之多少的国产化改造？】 根据项目实际情况 【国产化进程中遇过哪些问题？想给大家什么建议？】 客户对国产化设备的可靠度存疑 【在这场国产化浪潮里，还会做哪些技术架构上的调整来助力当下与未来的业务？会考虑用 TiDB 来做吗？】 会

【 所在公司面临哪些 DB2 使用痛点？】 国产化信创要求 【关于 DB2 替换选型，你更看中哪些维度？】 金融业务适配性、性能达标 【在 DB2 的迁移改造中，你遇到了哪些问题？希望嘉宾分享哪些经验？】 暂未遇到

节日快乐