年初的选型评审会，我到现在都记得那张会议桌。左边 OceanBase 的资料册摞了一尺高，右边 KingbaseES 的，薄一点。这俩往那一摆，就是国产数据库两条路线的对决，Paxos 分布式对集中式

调优不是“加索引”。执行计划会骗人，查询缓存会干扰，索引选错、Change Buffer、字符集转换都能把 SQL 带沟里。线上慢查询的排查链路，一次拆开。

搞迁移的都被同一个问题追问过："这套系统迁过去，到底要动多少东西？" 我经手过一个 SQL Server 老系统迁国产库的项目，立项会上领导连珠炮一样问：兼容度多少？改造量多大？三个月能不能完？搁在以

做 SQL Server 数据库迁移时，让开发团队紧张的往往不是几百张表，而是仓库里那些跑了很多年的 T-SQL。库存日结用 MERGE 合并数据，账户变更用 OUTPUT 写审计记录。

记一次麒麟 Linux 下达梦数据库 (DM8) 部署与 MySQL 命令行无界面迁移踩坑指南 一、 常见坑点与排查过程 1. 运行 disql 提示 error while loading shar

一次在线迁移进入割接前夜，最让人心里没底的通常不是“同步延迟还剩多少”，而是另一个问题：目标库里的数据，真的和源库对得上吗？ 源系统没有停。

sys_dump 只导一个库里面的东西，角色、表空间这些全局对象不在里头。这句话听着抽象，真出事是这样的——单库备份文件好好的，校验也过了，换台机器一还原，ksql 当场撂挑子： 备份没坏，数据也没丢

一、灵魂拷问：为什么还需要向量数据库？ 前面我们讲了内存记忆、文件记忆、总结压缩，看起来已经够用了？别急，先看三个真实场景： 场景1：AI"翻脸不认人" typescript 场景2：记忆太多，找不过

Wrapper、Criteria、Specification：查询能不能写得好维护一点 先交代背景。一个后台列表页，筛选条件是很常见的那种： 四行 SQL，缩进就是逻辑，谁扫一眼都懂。然后我打开项目，

上周被拉去查一个库存批次接口的问题，反馈是同一段代码、同一批数据，有时候查得到有时候查不到。第一反应是连接池复用连接的时候状态没清干净，顺着这个思路查下去，发现还真跟"连接状态"有关系，只是不在连接池

LLM 与 RAG 应用普及后，语义检索成为数据平台的常规需求。常见做法是把向量连同过滤字段、返回字段一起同

掘金开发者实战笔记。 摘要：随着团队对标准 SQL、多表关联和高并发在线查询的需求增加，不少同学开始评估从 ClickHouse 迁移到 Apache Doris。Doris 由 Apache 软件基

掘金开发者实战笔记。 摘要：Apache Doris 与 ClickHouse 都是当下主流的开源 OLAP 引擎。Doris 由 Apache 软件基金会管理（Apache 顶级项目），其企业级支持

做异构数据同步的时候，最容易被低估的是什么？其实不是网络带宽，也不是第一次全量迁移的速度，而是迁移完成之后，怎么去证明两边的数据还是一致的

选型 Checklist 总览 维度 验证指标 Doris 关键能力 复杂多表 Join 跨表关联延迟、优化器稳定性 ClickBench 多表快约 10%、RTABench 第一 湖仓一体 可直查的

为什么多表 Join 要单独优化 单表宽表聚合多数引擎都能跑，真正拖慢查询的是跨表关联：订单 Join 用户、商品、事件，星型/雪花模型上的即席查询。Doris 在 ClickBench 多表场景较

为什么存算分离要单独配 「能挂对象存储」只是起点，生产要看三件事：扩缩容/故障恢复是否 ACID、读写与多租户能否隔离、弹性后延迟是否可控。Doris 用事务元数据服务 + 100% 弹性 BE +

当我们执行 SELECT * FROM db.table 时，ClickHouse 到底是怎么理解这个名字，并把它落到一个可用的运行时实例上的？ 一、表实例：从 CREATE TABLE 到运行时实例

运营要一份订单数据、产品要个对账表，这活儿最后常常落到开发头上。MySQL 里把查询结果导成文件，第一反应是 SELECT ... INTO OUTFILE