第 7 课 INSERT、UPDATE、DELETE — 数据操作
不仅会查数据，还要会写数据、改数据、删数据。➕INSERT — 插入数据向表中添加新的数据行：✏️UPDATE — 修改数据UPDATE 修改表中已有的行。通常配合 WHERE 精确指定目标行：⚠️ 极其重要绝不运行没有 WHERE 的 UPDATE！
go gorm insert 报错 DELETE SET NULL ON UPDATE SET NULL
近期在采用Go语言搭建后端服务的项目进程中，借助GORM框架操作MySQL数据库执行数据插入操作时，系统突然抛出一串异常报错，其核心报错信息明确指向DELETE SET NULL ON UPDATE SET NULL规则。
老 MySQL 迁新 MySQL：全量+增量+字段不一致，怎么用 Flink CDC 一把梭
一、业务背景项目需求很典型：把旧 MySQL的多张业务表，迁移到新 MySQL，并且：✅ 先跑全量历史数据✅ 全量完成后无缝接增量✅ 源表 ≠ 目标表（表名 / 字段名 / 类型 / 枚举 / 删除策略都不同）✅ 支持 INSERT / UPDATE / DELETE✅ 后续可通
MyBatis 从零开始：一张表带你跑通增删改查
如果你之前一直用 JDBC 或者 JPA，第一次打开 MyBatis 项目大概率会被三样东西绕晕：一个 mybatis-config.xml、一堆 XXXMapper.xml、还有一堆只有方法声明没有实现的接口。它们是怎么串起来的？接口不写实现类，为什么还能调？
数据迁移怎么做到不停机？双写、CDC、校验、切换一次讲清
很多企业做数据库升级、系统重构、上云迁移时，真正难的其实不是“怎么把数据搬过去”，而是：业务不能停，数据还要继续变。订单还在生成，库存还在扣减，客户还在付款，后台可能还有对账、结算、调度任务持续运行。只要旧系统仍然对外提供服务，迁移期间的数据就不会静止。
做数据的人都该知道：一款工具打通多种数据源，数据同步不用手搓
做数据久了，大概率都经历过一个过程：最开始只是从 MySQL 抽几张表，写几段 SQL，再配几个定时任务，感觉同步并不难。
16.4 哪些操作必须人工确认
一个 80 万退款事故的故事某金融科技团队上线"客服 AI agent"自动处理 90% 简单退款。设计文档明确：单笔 < 500 元自动批，超过 500 元转人工。跑了两个月一切正常，直到财务对账发现当月单笔 5000–50000 元退款 47 笔，合计 80 多万。
延迟正常但数据对不上，查完才知道从库早就和主库不一样了
大家好，我是数据库小学妹 我踩过的坑，你别再踩。有一次对账，两边总额差了一笔。我先怀疑是数据出错，翻了半天流水，主库那笔是好端端的。问题不在主库，在从库：同一个订单号，从库读出来的状态，跟主库写进去的不是一回事。
千万级数据迁移怎么做？全量同步、增量同步、实时同步一次讲透
一张表几十万行的时候，数据迁移看起来很简单：导出来，再导进去。但数据一旦到了千万级，真正麻烦的已经不是“怎么搬”，而是：数据还在不断变化，怎么保证搬过去以后不多、不少、不错？