PG 也是非常受欢迎的一款数据库，包括 TiDB 社区里也有很多使用、学习 PG 的小伙伴。在社区调研的过程中也看到大家普遍反馈的一些 PG 的挑战主要集中在性能瓶颈、扩展限制和运维管理，而在这些方面，恰好也是 TiDB 作为一款非常注重使用体验的分布式数据库的优势所在。
今晚也非常荣幸能够邀请到大家熟悉的老朋友石敦斌老师来跟大家一起分享，TiDB 和 PG 在架构上的一些区别、以及如何用 TiDB 来 应对 PG 带来的一些挑战，还有怎么迁移，包括 AI/金融/互联网等行业的几个客户案例。
PPT 下载：
TiDB vs PostgreSQL Meetup PPT by 石敦斌老师.pdf (6.9 MB)
分享回顾
分享嘉宾：石敦斌老师｜TiDB 解决方案专家
内容概要：本次分享围绕“破解 PG 扩展性与高可用难题，平滑迁移 TiDB”展开，从痛点分析、选型对比、迁移实践到价值落地，核心要点如下：
一、PG 用户面临哪些挑战
PostgreSQL 作为经典且受欢迎的开源数据库，在国内电信、金融、互联网等多领域广泛应用，但随着业务规模扩大，存在以下挑战：
-
扩展能力受限：依赖垂直扩容或第三方扩展实现横向扩展，操作复杂且有上限，单主节点写入瓶颈在高并发场景尤为突出；
-
运维成本高昂：缺乏原生统一运维平台，高可用需依赖 Repmgr/Patroni 等工具手动配置，故障切换与灾备管理对专业技能要求极高；
-
性能与架构局限：海量数据下查询性能下降、VACUUM 空间回收影响业务稳定，TP/AP 负载需分离部署，依赖 ETL 同步数据，实时性不足；
-
大规模操作复杂：大表 DDL 易锁表、事务 ID 回卷风险，跨区域同步延迟高，难以满足业务快速迭代需求。
二、TiDB 核心优势，适配 PG 迁移场景
TiDB 以原生分布式架构为核心，针对 PG 痛点提供针对性解决方案，关键优势如下：
- 分布式架构突破瓶颈：计算-存储分离设计，TiDB 计算层、TiKV 存储层可独立水平扩展，透明应对 PB 级数据与高并发负载，无需业务改造；
- 原生 HTAP 简化架构：TiKV（行存）+ TiFlash（列存）双引擎，智能路由优化，无需分离部署 TP/AP 集群，实时支撑交易与分析场景；
- 金融级高可用保障：基于 Raft 协议的多副本同步，自动故障转移（RPO=0，RTO<30s），运维成本显著低于 PG 第三方高可用方案；
- 兼容性与灵活性兼顾：兼容 MySQL 生态，降低开发运维学习成本，支持在线 DDL、弹性扩缩容，表设计无需指定分布键，避免数据倾斜；
- 国产化与出海双重适配：自主研发开源，通过 XC 认证兼容国产软硬件，云中立特性支持多主流云平台，全栈合规认证适配全球化业务需求。
三、标准化迁移路径，保障平滑落地
分享明确了 PG 到 TiDB 的成熟迁移体系，核心流程与关键要点如下：
-
迁移全流程管控：从可行性评估、方案规划，到应用适配改造、数据迁移（全量+增量）、SQL 兼容性测试，再到割接上线，形成标准化工程体系；
-
关键迁移步骤：应用适配（语法语义改造、驱动切换、特定数据类型兼容）；数据迁移（支持 DataX 轻量迁移、Lightning 大数据量高效导入、CDC 实时同步）；验证优化（SQL 捕获回放、性能调优）；
-
风险兜底机制：提供完善回退方案，老版本依赖 Pump+drainer，新版本通过 TiCDC+DSG 保障变更日志可追溯，确保迁移过程可控；
-
迁移后优化方向：利用 TiDB Dashboard 监控集群状态，通过 TiFlash 加速分析查询，拆分大事务、打散热点数据，结合弹性扩缩容实现成本与性能平衡。
四、实践价值落地，案例验证成效
多个头部企业案例印证迁移价值：
-
头部 AI 企业：解决分库分表运维难题，支撑 110 万次/秒查询，节约 80% 磁盘空间；
-
头部出行企业：提升可用性至 99.99%，原生支持分布式事务与复杂聚合查询，减少应用层处理复杂度；
-
头部证券机构：实现历史订单数据低成本存储与实时分析，自动弹性伸缩适配业务 5-10 年增长需求。
从 PG 迁移到 TiDB 不仅是架构升级，更是通过分布式能力、HTAP 特性、简化运维与全球化支持，为业务爆发式增长提供稳定可靠的数据库支撑，同时降低技术栈复杂度与整体成本。
欢迎小伙伴们进群交流！
留言有奖
评论区分享参与本次活动的收获，抽两条优质评论送出 TiDB 社区新款皮质电脑包(款式随机)！
- 有效留言时间：截止 12 月 19 日
