这是一个系列 Blog，作者将以一个 PHP 全栈工程师的身份，利用 AI 工具（claude code、codex、deepseek、豆包等）：从零开始学习 golang 语言，并最终完成实战项目。

本文档深入分析 SpringBoot + JPA 项目在已有数据的情况下，修改 Entity 类（新增字段）对数据库表和已有数据的影响。核心聚焦 spring.jpa.hibernate.ddl-au

数据入仓看似只是“把文件导进表里”，真正上线后却会遇到调度、重试、去重、凭证管理和失败恢复等一连串工程问题。本文用一个最小可跑通的示例，演示如何用 Airflow 编排本地 CSV / NDJSON

传统云数仓按峰值买资源，闲时 70% 都在空转。SelectDB Serverless 把计算、缓存、存储三层彻底拆开，配个弹性区间就能自动伸缩，弹性从 10 分钟级压到秒级。本文从零配置一个 Ser

报表少了 40%：那条从没被质疑过的 LEFT JOIN，在迁 KES 时终于露馅了 上个周五吧，大概下午四点左右，运营那边的人在群里开始找我了。问的是这个事：“为什么用户报表今天的总数，比昨天少了快

MySQL 到 StarRocks 的数据同步方案有很多，关键在于如何让这条链路长期稳定运行。全量与增量衔接、数据一致性、表结构变化、任务监控和异常恢复，和数据同步同样重要。

前两天帮着看一个从 MySQL 迁过来的老需求，业务原话是这么说的："把所有订单都列出来，如果这笔订单有审核中的售后申请，把售后原因也带出来"。

在前后端分离架构统治多年后，REST API 几乎成了接口设计的事实标准。但随着业务复杂度攀升，REST 的短板也愈发明显：前端要一个页面的数据，得调三四个接口拼起来；字段多了少了都得后端改；版本迭代

本文介绍 Databend 针对 Bitmap 聚合场景的一次性能优化：通过引入 HybridBitmap，在小集合阶段使用轻量的 SmallBitmap，只在集合真正膨胀后切换到 RoaringTr

踩坑实战 | MySQL/PostgreSQL 迁移必踩：LEFT JOIN 莫名丢数据,KES 外连接消除避坑指南

过去三年，AI 的变化太快了，确实太快了，让大家对于 AI 的需求量和 token 消耗成指数级增长。 我们一直陷入到 AI 带来的模型能力的跃迁中，用 AI 做设计、做 PPT、写前端、写后端、写桌

云南某公安局使用 CloudCanal 对 PostgreSQL、MySQL 到 StarRocks 的数据链路进行了实时化改造。上线后，数据同步从半小时级延迟优化至近乎 0 延迟，相关运维工作量减少

关键词：Apache Doris · Colocate Join · AB 测试 · 性能优化 · SelectDB · 实时分析 先说结论 ⚡ 快手 AB 场景的核心指标模板，迁移前后的对比： 指标

应用连接数据库失败，往往不是业务代码复杂，而是最基础的三件事没对齐：驱动包、连接串、账号权限。本文从刚安装完成后的默认状态开始

单表查询跑顺以后，多表查询很快就会出现。业务接口里很少只有一张表：用户要带订单，订单要带支付，统计时还要按用户、状态、时间分组。join 这几个字本身不难，真正容易出问题的是结果行到底从哪张表开始保留

快手 AB 指标生产场景从 Spark 切换到 Doris 提速 145 倍、资源消耗下降 72%，并刷新了 Doris 单机群最大规模：2000 节点、10 万核。本文介绍快手数据平台团队为什么选择

湖仓的竞争正从「SQL 多快、存储多便宜」转向「Agent 回答多准确、权限执行多安全、业务任务多可靠」，核心KPI变为准确率、可信度、越权违规率和任务完成率。

SQL Server CDC 一定要从主库读取吗？本文解析 Always On 场景下的 CDC 增量读取原理，以及如何通过可读副本降低主库压力，实现最小权限运行。适合 DBA 和数据同步开发者参考。

MySQL 里查宽表，字段多了输出就会折行，列对应关系容易看乱。MySQL 的解法是在 SQL 末尾加 \G，把每行的字段竖着列出来。