【PPT 下载 & 活动回顾】TiDB 社区活动济南站|证券/医疗核心系统/卫健委/大药房/政务大数据平台的 TiDB 应用实践!留言参会体验和感受,抽 TiDB 绝版卫衣!

11 月 15 日,2025 TiDB 社区活动首次来到济南和大家见面,活动圆满结束啦~

来自中泰证券、漱玉平民大药房、中电信翼康、山东腾安信息、亿云信息等企业的嘉宾老师为大家详细分享了 TiDB 在核心系统上的应用实践,带大家进一步了解证券、政务、医疗、药房零售、大数据等领域在数据库迁移、架构升级、性能优化过程中的真实历程和一手经验。

感谢嘉宾老师们的精彩分享!感谢苑泽福、孔令民、葛云杰、张田、赵法威五位 TiDB 社区地区组织者的发起和筹备,以及线下线上小伙伴们的热情参与!期待我们再次相约在齐鲁大地~

PPT 资料下载

中泰证券:数据库国产化选型及 TiDB 实践经验分享.pdf (8.4 MB)
漱玉平民大药房:漱玉平民核心业务系统 TiDB 应用实践.pdf (9.7 MB)
中电信翼康:为什么选择 TiDB 做基本公共卫生、县域医共体平台、HIS 等系统的数据底座?.pdf (10.6 MB)
山东腾安信息:政务、卫健委大数据趋势下的国产数据库选型及 TiDB 运维最佳实践分享.pdf (8.3 MB)
亿云信息:TiDB 赋能亿云信息大数据平台核心数据仓库实践.pdf (9.9 MB)

分享回顾

开场致辞-TiDB 社区济南地区组织者(从左到右)

  • 苑泽福|TiDB 社区济南地区组织者

  • 孔令民|TiDB 社区版主、昂捷信息研发工程师

  • 张田|TiDB 社区荣誉版主、浪潮数字商业人工智能应用高级工程师

中泰证券 x TiDB:如何选择一款既满足降本增效,又能承载大几十套系统集群平台化管理的国产数据库?

分享嘉宾:孙永富| 中泰证券信息技术管理部总监

话题概要:

中泰证券因证券行业高频交易、高敏感性、高复杂性特性,对数据库有严苛要求,其数据库运维历经人工、标准化、平台化阶段,正迈向智能化阶段。国产化选型遵循可持续发展、最优契合度原则,从充分评估规划、分阶段试点,到技术收敛优化、分场景扩充,综合考量应用场景契合度等关键因素,最终选择 TiDB。

TiDB 具备无缝兼容 MySQL、高可用容灾、开源生态好、存算分离等优势。中泰使用一套 TiDB 集群替换了多套 MySQL 主备架构,利用多租户技术实现资源隔离和跨业务错峰资源借用,目前已承载 70-80 个核心系统,并通过资源池化方案实现降本增效。

为保障稳定,中泰证券构建了事前预防、事中响应、事后复盘的全生命周期运维体系。此实践收益显著,故障率下降 80%,关键运维效率提升 95%。未来,中泰证券后续将推进更多落地与智能演变,构建“三位一体”数据库治理体系。



漱玉平民大药房携手 TiDB + K8s 构建亿级会员 CRM、PDA 等新零售核心系统的应用实践

分享嘉宾:张新新|漱玉平民移动互联研发负责人

话题概要:

漱玉平民作为拥有超 8600 家门店、3500 万会员的大型连锁药店,其核心业务面临全年上亿笔交易和核心表(如优惠券、订单、积分表)数据达十亿级的挑战。在数字化转型前,公司面临会员拉新成本高、留存率低、数据孤岛等业务痛点。原有的 MySQL 数据库在海量数据下遭遇性能瓶颈,而分库分表方案虽能缓解性能问题,却带来了极高的运维复杂性和扩展成本。

为此,漱玉平民选择将核心业务迁移至 TiDB。选型关键在于 TiDB:1) 兼容 MySQL协议,迁移平滑;2) 采用分布式架构,支持水平扩展;3) 具备 HTAP 能力,支持实时分析与交易混合负载;4) 结合 K8s 的云原生特性,降低了运维复杂性。

目前,TiDB 已作为“漱玉思源”CRM 会员系统 和 PDA 药店数字助理等核心系统的数据库,在K8s混合云架构上运行。TiDB 应用实践收益显著,实现了对亿级会员数据的亚秒级处理,在高并发(如店庆)场景下保持稳定,并统一了技术栈,使开发人员无需关心分库分表,提升了效率。未来,漱玉平民计划依托 TiDB 构建新一代智能营销中台。



中电信翼康:为什么选择 TiDB 做基本公共卫生、县域医共体平台、HIS 等系统的数据底座?

分享嘉宾:于浩|中电信翼康软件技术专家

话题概要:

中电信翼康在构建如 HIS、县域医共体及公共卫生等医疗平台时,面临着复杂的双重数据挑战。一方面,院内 HIS 系统需要毫秒级响应,以处理挂号、缴费等高并发事务(OLTP);另一方面,区域医共体平台需整合来自多家医院、疾控中心等机构的TB至PB级海量异构数据,数据标准不一,且有实时分析(OLAP)需求。传统方案存在非国产化且成本高昂、运维极其复杂,中间件本身极易成为性能瓶颈等问题。

中电信翼康最终选择 TiDB 作为数据底座,其核心价值在于:作为国产开源数据库的 TiDB 高度兼容 MySQL 协议,使存量业务迁移平滑;其原生分布式架构自动分片且支持弹性扩缩容,能很好地处理分布式事务与复杂 SQL,业务层无需关心数据分片。最关键的优势是其 HTAP 架构,TiDB “一份存储,同时处理” OLTP 和 OLAP,无需 ETL,破解了医疗场景下数据割裂和 T+1 时效性不足的痛点。

在核心应用场景中,TiDB 被用于构建“医共体数据中心”。通过 TiCDC 工具实时捕获各医院 HIS、LIS 等异构系统的数据变更,汇聚至 TiDB 形成全员原始数据库,打破数据孤岛,提供统一出口和秒级响应。同时,TiDB 结合 TiCDC 和 Kafka 流式构建“患者 360 视图”宽表,支撑实时的临床决策。该方案已在山东济宁、四川壤塘等地的医共体项目中规模化落地。



山东腾安信息:政务、卫健委大数据趋势下的国产数据库选型及 TiDB 运维最佳实践分享

分享嘉宾:李冲|山东腾安信息科技有限公司数据库负责人

话题概要:

在政务与卫健委大数据领域,山东腾安信息推进电子健康码、电子健康卡等民生项目时,曾面临严峻技术挑战。以电子健康码为例,需支撑全省 1.4 亿人口使用,每日 2-3 亿条数据写入、30 万 QPS 高并发,展码记录表更是达到 1300 亿行规模,传统数据库不仅存性能瓶颈,还因扩展性不足难以应对数据增长,且单副本存储易导致故障时服务中断。电子健康卡项目中,原 Oracle 数据库扩容复杂,跨地市数据同步受网络影响大,“一院一卡”造成的数据孤岛也阻碍服务协同;场所码每日 3000 万+扫码记录的存储与统计需求,同样让传统集中式数据库难以承载。

针对这些痛点,山东腾安信息选择 TiDB 构建数据底座。TiDB 的分布式架构支持在线水平扩容,电子健康码主集群部署 130 个 TiKV 节点、30 个 TiDB 节点,可轻松应对百 TB 级数据存储,且扩容无需停机;其 HTAP 能力兼顾实时交易与分析,既支撑电子健康码的高并发展码操作,又能满足场所码的数据统计需求。同时,TiDB 兼容 MySQL 生态显著降低迁移成本,多副本机制实现 RTO<30 秒的故障恢复,还通过 TiCDC+Kafka 搭建 1+16 省市数据同步平台,解决电子健康卡跨区域数据一致性问题。

目前,TiDB 已深度应用于多种数字卫健场景,实现 7×24 小时稳定服务,保障民生业务连续性。


TiDB 赋能亿云信息大数据平台核心数据仓库实践

分享嘉宾:王召祺|山东亿云信息技术有限公司研发工程师

话题概要:

亿云信息在天枢大数据平台建设初期,面临数据管理与分析的多重难题。此前平台依赖 Presto 作为跨源查询引擎,不仅查询延迟高(从秒级到分钟级),并发能力弱,数据量大时易出现内存溢出,且查询结果无法落地持久化;同时多源异构数据同步慢、系统架构复杂导致运维压力剧增,难以满足数据汇集与主题库建设的项目需求,数据孤岛问题也严重制约业务分析效率。

为破解这些痛点,亿云信息经过选型对比,最终选择 TiDB 作为核心数据仓库。在天枢大数据平台中,TiDB 的应用贯穿多环节:作为统一数据底座,高效汇聚 DM、Oracle、MySQL 等多类型数据库数据,通过统一字段映射规则减少 50% 人工适配工作量;支撑离线计算与自助开发,分布式 SQL 引擎满足海量数据加工需求,百级并发查询稳定执行,查询延迟降低 80% 以上;还为数据质量管理提供统一规则与并行计算能力,让质量结果可追溯,同时助力 API 开发,保障数据开放共享时的稳定与高效。

目前,TiDB 已支撑 30+ 生产集群运行 3 年,单个集群最大数据量达 13TB+,成为平台核心底座。助力实现了开发运维成本大幅降低,系统可靠性提升,数据处理链路缩短,治理与分析效率提高。后续亿云信息还计划构建 TiDB 与 StarRocks 的多引擎协同架构,让 TiDB 持续承担统一数据存储与治理职责,为平台稳定运行与业务创新提供更坚实支撑。



留言有奖

在评论区留言你的参会感受和学习心得,抽取 3 条优质评论送出 TiDB 绝版黑色 Hackathon 卫衣!

  • 截止时间:11 月 21 日

现场花絮


往期 TiDB 社区活动

2 个赞

稳如泰山,泉新升级 :+1:t2::+1:t2::+1:t2:

各位老师的分享干货满满,其中,孙老师分享的运维体系yyds

TiDB 社区活动在济南,稳如泰山,泉新升级!

优秀优秀

中泰证券的深度分享,此次实践成果对我们同业而言具有非常重要的参考价值!在数据库选型上遵循的“可持续发展”与“分阶段试点”原则,以及在运维中构建的“事前-事中-事后”全生命周期保障体系,为我们提供了清晰可行的落地路径。尤其赞赏TiDB多租户能力实现的跨业务资源错峰复用,这对提升资源利用效率、实现真正意义上的降本增效启发很大,期待未来在智能运维与“三位一体”治理体系方面有更多交流与共创!

各位老师分享很精彩,都是很棒的TiDB落地实践分享。
TiDB很棒,向各位技术大佬学习。

本次参会收获满满!嘉宾们分享的TiDB实践案例覆盖范围广并且极具参考价值,证券、医药、医疗、政务等多个领域的大规模应用给我们很大的信心。更是惊异地发现原来身边的很多服务已经在用TiDB支撑,让我看到 TiDB 在分布式、HTAP能力、MySQL兼容等方面的突出优势。为我们行业的国产化数据库选型和运维治理提供了很好的思路,实操性极强。

中泰证券的分享比较接地气,确实能学习到很多东西,介绍的TiDB相关的使用以及自研的平台都很好,及时对于没有自研能力的人员也是一种思路上的扩展。

济南站 活动可以用一个精彩,把TIDB技术 融合到 证券,医疗 大药房,政务等领域。一次活动把多个领域的专家集中,把多个实战案例进行分享。
1、中泰证券 x TiDB:如何选择一款既满足降本增效。关键信息是TiDB 具备无缝兼容 MySQL、高可用容灾、开源生态好、存算分离等优势。中泰使用一套 TiDB 集群替换了多套 MySQL 主备架构,利用多租户技术实现资源隔离和跨业务错峰资源借用,目前已承载 70-80 个核心系统,并通过资源池化方案实现降本增效。
2、 漱玉平民大药房携手 TiDB + K8s 构建亿级会员 CRM、PDA 等新零售核心系统的应用实践对于大药房业务,我也很有感受,最近接触大药房,这个是实时看板,C端业务核心板块。TIDB能结合容器平台,发挥数据库分布式,高性能优势 。实时 对C端业务作出最大支撑。
3、 山东腾安信息:政务、卫健委大数据趋势下的国产数据库选型及 TiDB 运维最佳实践政务架构可以说是老百性关注,一个成功政务系统,要稳定,高效,响应度高。评价都是群众说。所以TIDB在政务架构上稳定,可以说明平台软硬能力。
一次分享交流,还来TIDB技术优势,给每一位线上,线下参与 者获取一场精彩技术盛宴。祝 TIDB 2026年 更上一层楼,多举办技术分享会,给大家共同进步。TIDB带领数据未来。

老师们的案列分享结合自身业务特点,给出了很好的务实的解决方案思路,进一步开阔了视野,拓展了思路

从 DBA 的视角来看,TiDB 不仅是一款分布式数据库,更是一套面向现代化数据基础设施的完整解决方案。它在兼容性、架构弹性与运维治理三个维度上,显著降低了传统数据库在高并发、大数据量场景下的复杂度。

首先,对开发友好是 TiDB 极具吸引力的一点。由于高度兼容 MySQL 协议和语法,绝大多数现有应用几乎无需改造即可迁移,SQL 编写习惯、ORM 框架、连接池等工具链均可复用。亿云信息的实践表明,开发者能直接使用 SQL 进行建模、加工与校验,拖拽式平台背后仍依赖标准 SQL 引擎,这极大提升了自助开发效率,也减少了因方言差异带来的学习成本。

其次,对 DBA 友好体现在其自动化与可观测性上。中泰证券的经验显示,通过构建标准化的权限、大表、索引和统计信息治理体系,并结合自研平台实现全链路 SQL 监控与 AI 辅助诊断,DBA 能从“救火队员”转变为“风险预判者”。TiDB 自带的 PD 调度、多副本容灾、在线扩缩容能力,也大幅减少了人工干预场景,例如无需手动分库分表、无需停机扩容节点。

最后,运维与开发协同更紧密。TiDB 将数据加工、分析、服务统一于同一存储底座,避免了传统数仓中 ETL 链路过长、数据延迟高、口径不一致等问题。亿云信息提到“所有加工结果直接落地 TiDB”,保证了数据一致性;中电信翼康则利用分区表、小表缓存等特性,在一套引擎内兼顾事务性能与分析效率。这种“开发即治理、写入即可用”的模式,让 DBA 能更早介入数据生命周期,推动质量左移。

1 个赞

现在出来一人就是CTO啊。专家啊。负责人啊啥的。像我这样自称工程师的人太少了。呵呵 。

聆听中泰证券 TiDB 实践,学会国产数据库选型逻辑与集群化管理方法,明晰全生命周期运维保障稳定的关键,这次的直播不赖!

2 个赞

作为团队技术负责人,我对 TiDB 的评估不再局限于单一技术指标,而是从架构演进、团队效能、成本控制与长期技术战略四个维度进行综合判断。结合亿云信息、中泰证券和中电信翼康的实践,我认为 TiDB 在当前国产化与数据密集型业务背景下,已成为支撑企业级数据平台的关键基础设施。
首先,TiDB 推动了技术栈的收敛与标准化。过去,团队常因 OLTP 用 MySQL、OLAP 用 ClickHouse 或 Hive 而面临“烟囱式”架构:数据重复存储、口径不一致、链路复杂、运维割裂。而 TiDB 通过 HTAP 能力实现“一份数据、双引擎计算”,不仅统一了存储底座,还让开发、分析、服务三类场景共享同一份实时数据。
其次,它大幅提升了团队交付与响应能力。在医疗、金融等强监管行业,业务需求变化快、数据规模增长迅猛。传统分库分表方案需 DBA 手动设计分片规则、停机迁移,严重拖慢迭代节奏。而 TiDB 原生支持弹性扩缩容和自动负载均衡,新业务上线或突发流量高峰时,只需增加节点即可应对,无需重构代码或中断服务。
第三,TiDB 有效支撑了信创与国产化战略落地。作为 100% 开源、自主可控的分布式数据库,它规避了 Oracle 等国外产品的许可风险与技术绑定。中泰证券在国产化选型中强调“协议审查”和“多厂商策略”,而 TiDB 的 Apache 2.0 协议、活跃社区与国内厂商深度支持(如 PingCAP),使其成为安全合规的优选。同时,其对 ARM/海光等国产芯片指令集的适配能力(如 x86-64-v2、AVX2),也确保了在信创环境中的稳定运行。
最后,它促进了团队能力升级与知识沉淀。引入 TiDB 并非简单替换数据库,而是推动团队从“单机思维”转向“分布式思维”。中泰证券通过建立数据库专项知识库、定期输出服务报告、开展 POC 测试等方式,将隐性经验转化为组织资产。这种“以用促学、以治促优”的机制,不仅提升了 DBA 和开发人员的技术水位,也为未来引入 StarRocks 等多引擎协同架构打下基础。

2 个赞

老师们分享的都非常棒, 漱玉平民大药房分享很到位,让我了解了药店类似连锁门店CRM 会员系统 和 PDA 药店数字助理等核心系统的数据库,在K8s混合云架构上运行的实现案例。

1 个赞

超级棒!!像各位老师们多学习,各位老师分享很精彩,都是很棒的TiDB落地实践分享。

在信创浪潮下,国产数据库在政务方面的使用,迎来了一个历史性的契机

总体感受:一场“硬核”又“接地气”的国产数据库盛宴

  1. 场景之广:从证券高频交易、药店亿级会员,到省卫健委 1.4 亿健康码、医共体 TB 级数据湖,几乎把“高敏、高并发、高复杂度”场景全部覆盖。

  2. 干货之实:没有“PPT 参数”,全是“真刀真枪”的生产数据——70+ 套系统统一集群、1300 亿行表、30 万 QPS、故障率降 80%、运维提效 95%……每一个数字背后都是踩坑史。

  3. 路径之清晰:所有案例都遵循“评估→试点→收敛→扩容→平台化→智能化”六步方法论,可抄作业。

  4. 生态之开放:TiDB 不是“单打独斗”,而是 MySQL 协议+ 的组合拳,真正诠释了“开源不是口号,是生产力”。

1 个赞