携手奔赴下一个十年！最有温度的技术社区！

[IMG_5016] [IMG_5014]

了解到了高效出海的方案。

[1767938988223421120382_207324101009_IMG_4991.PNG] 期待！

打点折就 Ti 棒了

异地、增量。

数据同步延迟&&数据合规

双肩包、卫衣、斜挎包、收纳包等

已经在测试中了

阿里云、亚马逊云 暂时无计划

【用了 TiDB 是否让你更省心？】 以前给大表加字段、加索引，必须申请停机维护或者用复杂的 gh-ost 工具，提心吊胆怕锁表。TiDB 原生支持 Online DDL，不锁表，且执行速度可控，可以在白天业务低峰期从容操作，不用再熬大夜。

TiDB 的 HTAP 架构完美解决了 DB2 无法弹性扩容的痛点，尤其是财务系统入库效率提升 8 倍的实战数据，让人对国产化替代充满信心！

【所在公司面临哪些 PG 使用痛点？】 膨胀问题： MVCC 机制导致表/索引膨胀，Auto-vacuum 回收不及时。 连接瓶颈： 多进程模型在高并发下内存消耗大，必须依赖外部连接池。 高可用维护： 原生 HA 弱，第三方方案（如 Patroni）搭建维护门槛高。 大表运维： 亿级大表 DDL 易锁表，且存在事务 ID 回卷风险。 【关于 PG 替换选型，你更看中哪些维度？】 兼容性： 对 SQL 语法的兼容度，能否降低代码改造成本。 稳定性： 故障自动切换能力，确保数据零丢失（RPO=0）。 扩展性： 是否支持分布式架构或存算分离，解决单机瓶颈。 生态： 对插件（如 GIS、向量…

区域与驱动： 主攻新马泰。核心是为了品牌溢价和覆盖高净值用户。 核心关注点： 作为一个业务研发，我最关注**“Schema 变更的灵活性”和“读写扩展能力”**。出海业务早期需求变动非常频繁，传统的 MySQL 主从架构一动表结构就锁表。 自建 vs 托管： 全托管 Serverless 模式是我的首选。业务初期流量波动大，Serverless 能按量付费，省钱又省心。 关于 TiDB：会选择，且已经在测试中。 最吸引我的是不用再写复杂的中间件逻辑去处理分库分表。在海外，我们的研发团队规模不大，每个人都要当全栈用，TiDB 这种“一个大黑盒，写就完事了”的体验非常重要。另…

[quote=“TiDB官方, post:1, topic:1047922”] 【 所在公司面临哪些 DB2 使用痛点？】 人才断层；成本高昂 【关于 DB2 替换选型，你更看中哪些维度？】 兼容性与迁移成本；安全与高可用 【在 DB2 的迁移改造中，你遇到了哪些问题？希望嘉宾分享哪些经验？】 数据类型的坑

我在线上听完的感觉是，TiDB 已经不是一个“小众”或“备选”方案了，它就是来解决海量数据时代“既要…又要…还要…”这种终极难题的。它既能像传统数据库一样稳定处理交易，又能像大数据平台一样实时分析，还能像乐高一样随便扩容。

[quote=“Billmay表妹, post:1, topic:1048750”] 调研问题 你们在数据库选型的时候调研了哪些数据库？ MySQL 分库分表中间件： 比如市面上常见的 MyCAT, Sharding-Sphere 等。 最后为什么选择了 TiDB ？原因是什么？你觉得 TiDB 对比其他你调研的数据库，优势在哪里？ 说实话，分库分表方案最先被否了。虽然能解决眼前的问题，但对业务的侵入性太强，而且后续的运维、扩容、DDL 变更简直是噩梦，属于“治标不治本”。 最后在 TiDB 和其他 NewSQL 之间选择，TiDB 的优势太明显了： 高度兼容 MySQL 协…