数据库 - tag - 沐木https://oldletter.cn/tags/%E6%95%B0%E6%8D%AE%E5%BA%93/数据库 - tag - 沐木Hugo -- gohugo.iozh-cnSat, 11 Jul 2026 00:00:00 +0000信创实战：信创数据库全景图https://oldletter.cn/posts/xinchuang-04-database-guide/Sun, 15 Jun 2025 00:00:00 +0000mumuhttps://oldletter.cn/posts/xinchuang-04-database-guide/

信创进入深水区，数据库选型不再是"能不能用"的问题，而是"怎么选、选了怎么落地"的问题。本文从技术路线出发，梳理主流信创数据库的产品矩阵，给出面向架构师的选型决策框架。

一、引言：信创进入深水区，数据库选型是关键决策

2025-2026 年，信创产业已从"试点验证"迈向"规模化落地"。在这一阶段，数据库作为基础软件的核心组件，其选型决策直接影响：

  • 系统架构的天花板：选错了路线，后续迁移成本可能是天文数字；
  • 国产 CPU 的适配深度：不同数据库对飞腾、鲲鹏、海光、龙芯、申威的支持程度差异显著；
  • 业务连续性保障：安全可靠测评等级直接关系到能否进入关键行业采购目录；
  • 团队的技术栈投入：一条技术路线背后是一整套人才培养和运维体系。

对架构师而言，理解国产数据库的技术路线分类，比记住某个产品的版本号更重要。路线决定了基因，基因决定了上限。

二、核心认知：国产数据库的四条技术路线

国产数据库的发展路径，大致可以归结为四条技术路线。每条路线有不同的技术基因、生态位和适用场景。

2.1 完全自研路线

代表产品：达梦（DM）、崖山（YashanDB）、OceanBase、TiDB、虚谷

技术特征：

  • 内核完全自研，不依赖任何开源数据库内核
  • 拥有完整的存储引擎、查询优化器、事务管理器的自主知识产权
  • SQL 方言可能与主流数据库存在差异，但近年来普遍加强了兼容性

优势：

  • 知识产权清晰，不存在开源协议争议
  • 内核可控，针对国产硬件的深度优化空间上限
  • 安全可靠测评中"自主可控"维度得分更高
  • 长期来看不受上游开源项目路线变更的影响

劣势：

  • 生态工具链需要从零建设或自建适配层
  • 学习曲线相对陡峭，DBA 迁移成本较高
  • 部分产品的社区活跃度和第三方文档不如开源路线丰富

适用场景：对自主可控要求极高的场景（军工、核心政务系统），以及需要深度定制内核的场景。

2.2 PostgreSQL 二次开发路线

代表产品：金仓（KingbaseES）、瀚高（HighGo DB）、大云海山（中国移动）

技术特征：

  • 基于 PostgreSQL 内核进行深度二次开发
  • 保留了 PostgreSQL 的 SQL 语法、扩展机制和工具链兼容性
  • 在此基础上增加国产 CPU 适配、安全增强、高可用扩展等能力

优势：

  • 继承了 PostgreSQL 成熟的 SQL 标准支持和扩展生态
  • 迁移成本相对较低，Oracle/PG DBA 可快速上手
  • 社区工具链（pg_dump、pgAdmin 等）可直接复用
  • 经过多年打磨，稳定性和兼容性已有大量生产验证

劣势：

  • 受 PostgreSQL 上游版本演进影响，大版本升级需要同步跟进
  • 深度定制可能导致与上游 PG 的兼容性逐渐偏离
  • 在极端性能场景下，二次开发层可能引入额外开销

适用场景：已有 PostgreSQL 或 Oracle 技术栈的团队，需要平滑迁移的场景；对 SQL 标准兼容性要求较高的 OLTP 业务。

]]>工程正确性（三）：迁移登记、Checksum 与回滚边界https://oldletter.cn/posts/engineering-correctness-03-database-migrations/Sat, 11 Jul 2026 00:00:00 +0000mumuhttps://oldletter.cn/posts/engineering-correctness-03-database-migrations/

系列导航：11 | 12 | 13 | 14

迁移成功不等于数据库已经可用。空库安装验证的是完整历史，线上升级还要考虑旧应用并存、DDL 锁、回填速度和权限。一次服务发布曾在代码和容器准备完成后，生产账号执行迁移却因缺少 ALTER 和 INDEX 权限失败。这个问题不在 SQL 内容，属于迁移前置条件没有进入发布检查。

登记表是事实来源

迁移记录至少包含版本、文件名、checksum、执行序号、状态、执行人、耗时和错误摘要。已执行文件禁止原地修改，修正使用新版本。启动时发现文件 checksum 与登记值不一致，应停止自动迁移并报警，不能为了让部署继续而覆盖登记表。

flowchart TD subgraph Register[登记] direction LR M[迁移文件] --> Hash[计算 checksum] --> Registry[迁移登记表] end subgraph Migrate[兼容迁移] direction LR Expand[Expand 兼容结构] --> Backfill[游标回填] --> Reconcile[全量对账] end subgraph Shrink[切换与收缩] direction LR Switch[读写切换] --> Contract[Contract 删除旧结构] end Registry --> Expand Reconcile --> Switch Reconcile -->|超限| Pause[暂停与补偿]

登记表自身也要受保护。应用账号只读，迁移执行器拥有写入权限。手工 SQL 如果改变了生产结构，要补成正式迁移或登记为已应用版本，不能让测试环境和线上环境依靠“历史操作”维持一致。

Expand、Backfill、Contract

Expand 先添加可空字段、兼容索引或快照表，旧应用继续可用。应用升级后双写旧字段和新字段，后台使用稳定主键游标分批回填历史数据。对账完成后切换读路径，观察窗口结束，所有旧实例和离线任务退出，才进入 Contract。

回填条件带上新字段为空、源版本未变化等保护，防止覆盖在线写入。每批记录起止主键、扫描数、更新数、跳过数、失败数和校验摘要。暂停后从已提交游标继续，批次重试具备幂等条件，不能依赖 offset 扫描变化中的数据。

对账不只比较行数。字段拆分检查空值、范围、唯一性和重组结果，表迁移检查关联完整性，编码转换检查不可映射值。允许差异和处理结果写进发布记录，抽样人工核对只作为补充。

回滚按阶段定义

增加字段通常可以通过应用开关回退，读切换也可以切回旧路径。已经删除列或完成不可逆数据修正时，回滚依赖备份、归档表或补偿迁移，不能承诺“一键恢复”。发布单在执行前写清每个阶段的恢复动作、数据保留时间和负责人。

]]>