我在宁波被凡尔赛的一下午｜TiDB 宁波站参会实录

> 发布时间：2026-07-26>

活动地点：宁波新材料创新中心 A2-3 聚数科创社区>

活动日期：2026-07-25>

活动主题：TiDB 社区线下技术交流会 · 宁波站>

主办方：TiDB 社区、平凯星辰>

协办方：宁波市软件行业协会、NBOpen、聚数科创社区

✨ 客串 TiDB 临时工作人员的一天，负责签到任务。

宁波站圆满结束，感谢 TiDB 团队，感谢表妹童童，认识了很多新朋友，满载而归。

事情是这样的

上周末，我本来打算在家躺平刷剧。结果 TiDB 社区的童童老师发来一条消息：

> "shunwah 老师，宁波站活动来不来？"

我看了看介绍中的签到礼品：登山杖、咖啡杯、雨伞、鼠标垫、手机支架，还有《分布式数据库 TiDB》书籍。

登山杖，我心想：这玩意儿能用来登数据库的"性能高峰"吗？

> "这个咖啡杯，正适合通宵调优时用。喝的不是咖啡，是寂寞的解药。"

哈哈，我说："行，冲周边去。哦不，是为了去学习的，哈哈。"

然后我就去了。

结果去了之后发现——这哪是技术沙龙，这是一场大型凡尔赛现场。

第一幕：现场氛围

7 月 25 号，宁波，室外 38 度。

本次线下交流会落地宁波，感谢宁波市软件行业协会、NBOpen、聚数科创社区一堆本地社区全程搭台，本地技术人、AI 爱好者来了一大片，现场氛围完全不是那种严肃枯燥的技术大会。

我挤进新材料创新中心 A2-3 一层的聚数科创社区时，空调还没完全打败热浪，但屋里已经坐满了人。前排几位大哥的笔记本已经摊开了，后排有哥们儿端着咖啡在找插座——这场景我太熟了，技术人聚会，跟演唱会抢票一个心态：来晚了只能站过道。

整场分享分成两大主线：

• 传统行业信创数据库落地实战（医疗、金融、智慧停车）
• AI 时代多智能体 Loop 全新范式

两条线底层全部依托 TiDB 分布式底座，这个搭配也是整场最让我有新思路的点。

TiDB 宁波站的主持人、浙江好多物联数据库负责人奉起刚主持开场

第二幕：五大干货分享

01｜平凯 Loop｜刘松（平凯星辰副总裁）：2026 年 AGI 时代，单智能体已经不够打了

现在几乎每家企业都在试大模型、搭智能体，但落地一圈全是痛点：多个 Agent 没法协同、海量记忆知识库存不住、任务跑完没法自动复核闭环。传统大模型工具只能处理简单需求，复杂业务直接卡壳。

刘总继续说，Loop 内置了故障排查、代码评审等标准化智能体团队模板。

我在想，故障排查？代码评审？这不是我的活吗？

AI 不仅要写代码，还要 review 我的代码，最后还要排查我代码的故障。一条龙服务，把我送走。

现在市面上绝大多数多智能体方案，都单独配套向量库、业务库两套存储，运维成本翻倍。TiDB 一套集群同时承载业务数据 + 向量知识库，对中小企业极度友好，不用额外维护多套存储。

> 💡 我的拆解：但长期来看，海量智能体并发读写下，向量索引优化、资源隔离是后续需要持续打磨的点，也是接下来社区可以重点测试的方向。

02｜宁波金唐｜胡世龙：医疗卫健全场景 Oracle 替换，亿级单表稳定跑

他放了一张对比图，我当场掏出手机拍了——

不是快一倍两倍，是 388 倍。

什么概念？你泡一碗泡面，水还没烧开，查询结果已经出来了。

现场真实痛点（行业人秒共鸣梗）：

医疗系统有多难搞？7×24 小时不能断、多厂商设备兼容乱、省市区县多级平台混合负载，早年集中式 Oracle 分库分表改到崩溃，信创改造更是难上加难。

医疗行业是信创最难啃的赛道之一，等保、数据合规、历史存量数据迁移三重门槛。

信创不是"换个数据库跑起来就行"，是连操作系统、中间件、芯片都要重新验一遍。胡世龙轻描淡写地说了一句"最终选择平凯数据库完成 Oracle 替换"——这话背后可能是几百个通宵。

03｜邵健：银行人的"两地三中心"，RTO 压到 30 秒

杭州银行的邵健老师一开口，我就知道这是真·金融人。银行对数据库的要求，用他自己的话说：

> "0 故障是底线，毫秒级是标配。"

他讲了两地三中心的部署。同城双活，异地灾备，RPO = 0，RTO ≤ 30 秒。

翻译成人话：数据一条都不能丢，挂了之后半分钟内必须恢复。

> "同样的故障，人家享受 30 秒，咱们享受 4 小时，咱们赚了。"

我参加过不少银行的技术分享，很多是"我们用了什么很牛的技术"，但邵健不一样。他花了很大篇幅讲开发规范——表设计、索引、SQL 编写、事务管理、JDBC 配置，全流程规则校验。

> 💡 我的拆解：这太对了。我见过太多团队，数据库选型花了三个月，开发规范写了三天，上线之后慢查询满天飞。TiDB 兼容 MySQL 协议，迁移成本低，但"兼容"不等于"随便写"。邵健这套规范，是把"人治"变成"法治"，金融级系统必须这么干。

04｜古珀科技｜黄子顺：踩遍 MySQL/MongoDB/ADB，最终统一迁移 TiDB

古珀之前数据库换了个遍，每一款都有硬伤：

切换 TiDB 之后简化架构：

• 一套集群承载区域健康大脑、商保理赔、检验互认全场景
• MySQL 原生兼容，迁移几乎不用改业务代码
• TiCDC 打通跨机构数据互通
• 快照备份保障长期医疗档案安全

> 💡 我的拆解：很多中小企业现在同时维护多套异构数据库，运维人力成本极高。TiDB 兼容生态是最大优势，存量 MySQL 业务平滑迁移，不用重构底层架构，适合预算有限、多业务线并行的企业。

05｜奉起刚：主持人突然上台，讲了个"被开源坑过"的故事

奉起刚是本次活动的主持人，浙江好多物联的数据库负责人。结果主持人自己也有干货，而且是最让我共鸣的一段。

好多物联做智慧停车 SaaS，年新增 2.4 亿条数据。

然后踩坑了。内存泄漏，无官方技术支撑的致命问题。

全场都在点头："被坑过，才特别在意开源社区是不是真有人回你 Issue。"

奉起刚的四个底气里：

1. 龙头企业已验证
2. 论坛真解决问题

这不是选数据库，这是选队友。选错了，凌晨两点你对着内存泄漏的日志发呆，社区里连个回帖的都没有。

> 💡 我的拆解：TiDB 开源分布式库，社区完善、迁移工具成熟，对中小物联网厂商更友好。

第三幕：现场 WorkShop 互动环节

分享结束后还有平凯 Loop 实操 WorkShop，架构师李振环现场带大家上手 Demo，医疗、电商场景多 Agent 协作演示，在场开发、DBA 直接上手实操，现场交流提问氛围拉满。

不得不说，这种实操环节比纯 PPT 宣讲有用太多，很多技术细节只有亲手跑一遍才能发现问题，也是线下社区活动不可替代的价值。

> 💡 作为一个写过无数 SQL、调过无数索引的人，我对"AI 替代 DBA"这种说法一直嗤之以鼻。但 Loop 让我换了个角度：AI 不是来抢饭碗的，是来给你配了十个不用睡觉、不领工资、不会写错语法的实习生。你负责拍板，他们负责执行。

第四幕：个人综合总结（带独立观点，区别官方通稿）

回程的高铁上，我翻着手机里的笔记，突然想到一个问题：

今天的这五个故事，表面上是"从 A 换到 B"，但底层逻辑其实是一样的——业务在长大，数据库不能还是婴儿。

医疗数据从百万级到亿级，金融交易从同城到两地三中心，停车记录从千万到年增 2.4 亿。当你的业务在指数级增长，而你的数据库还在线性扩容，中间那个 gap，就是凌晨三点的告警、季度末的宕机、和 DBA 熬红的眼睛。

TiDB 不是万能药。 但这场活动让我看到，当一群人真的把"分布式"三个字从 PPT 落到生产环境，把"AI Coding"从概念变成每天省两小时的工具，技术选型就不再是"赌哪个数据库更牛"，而是"算清楚你的业务未来三年长什么样，然后选一个能跟着一起长的底座"。

—— 数据库界少华，于 D4664 次列车

期待宁波再聚。下次来，希望我能抢到第一排中间的座位 🎯

关于作者

数据库界少华，「shunwah 星辰数智社」主理人。

💎 硬通货

解锁了 OceanBase、MySQL、OpenGauss、金仓、崖山、KaiwuDB、TiDB、翰高、GBase、Neo4j、NebulaGraph、东方通……等十几家数据库的官方认证（算是解锁了"专业皮肤"）。

🏅 社区身份

• OceanBase 社区版主及布道师
• 墨天轮 MVP
• 崖山 YVP
• KaiwuDB MVP
• 金仓 KVA
• TiDB MVA
• NebulaGraph 社区伙伴
• IFClub 星珩联盟 · 智库星系技术专家
• GBase 8a 开发者联盟成员
• 腾讯云架构师上海同盟

✍️ 输出基地

长期输出一线实战内容，文章常年登上墨天轮、ITPUB、CSDN 首页。擅长分布式数据库、Data+AI 智能运维，沉淀大量真实生产故障与自动化运维工具实战方案。

> 擅长把复杂技术逻辑转化为易懂实操教程。

P.P.S. 据说在社区博客投稿参会心得还能赢 TiDB 最新版鼠标垫，我打算把这一篇《我在宁波被凡尔赛的一下午》投过去，你们觉得能得奖吗？

#TiDB #数据库选型 #国产化替代 #IOE迁移 #AI #Coding #宁波技术活动 #医疗信息化 #金融科技 #Loop

> 📌 版权声明：本文为作者原创参会心得，转载请注明出处。文中技术观点均为个人独立见解，不代表主办方立场。