JSON_SET 能安全覆盖指定路径值但不自动创建父级结构，需用 WHERE json_col IS NOT NULL AND JSON_VALID(json_col) 过滤，并可用 COALESCE 提供默认结构。
MySQL 5.7+ 怎么用 JSON_SET 批量更新 JSON 字段里的某个 key
直接说结论：JSON_SET 能安全覆盖指定路径的值，但不会自动创建父级结构（比如想设 $.address.city，但 address 本身是 null 或不存在，就会失败）。批量更新前得先确认字段里 JSON 数据的“形状”是否一致。
常见错误现象：JSON_SET(json_col, '$.status', 'done') 执行后部分行没变 —— 很可能那些行的 json_col 是 NULL，或者根本不是合法 JSON（MySQL 会静默转成 NULL）。
- 用
WHERE json_col IS NOT NULL AND JSON_VALID(json_col)过滤掉脏数据 - 如果要补全缺失的父层级，得配合
JSON_INSERT或先用COALESCE提供默认结构，例如：JSON_SET(COALESCE(json_col, '{}'), '$.status', 'done') -
JSON_SET的路径必须存在可写位置；它不递归创建嵌套对象，只替换已有路径或在顶层添加新 key
PostgreSQL 怎么批量更新 jsonb 字段（没有 JSON_SET）
PostgreSQL 没有 JSON_SET，但 jsonb_set 功能等价且更灵活。关键区别在于：它默认允许自动创建缺失的父路径（靠第 4 个参数 create_missing 控制），这点比 MySQL 更省心。
使用场景：你想把所有记录的 data->'user'->'role' 改成 'admin'，不管 user 字段原来存不存在。
- 语法：
jsonb_set(data, '{user,role}', '"admin"', true)—— 最后一个true表示自动补路径 - 注意第 3 个参数必须是
jsonb类型，所以字符串要加双引号再转义，比如'"admin"'，数字就写'123'，布尔写'true' - 如果原字段可能是
NULL，先用COALESCE(data, '{}'::jsonb)避免报错
更新时性能差、锁表久？这些地方最容易拖慢
批量更新 JSON 字段不像改普通字符串，MySQL/PG 都要解析、构造、序列化整个 JSON 值。哪怕只改一个字段，整条 JSON 也会被重写。
- 别在大表上直接
UPDATE …… SET json_col = JSON_SET(……)全表扫 —— 加上WHERE条件并确保该条件能命中索引（比如结合id BETWEEN分批） - MySQL 中，
JSON字段不能建传统索引，但可以建函数索引（如CREATE INDEX idx_status ON t ((JSON_EXTRACT(json_col, '$.status')))）来加速过滤 - PostgreSQL 的
jsonb支持 GIN 索引，对频繁查询子字段的场景很有用，但对纯更新无加速作用
为什么改完查出来还是旧值？检查这三点
不是 SQL 写错了，大概率是环境或数据本身的问题。
- 事务没提交（尤其用命令行客户端或某些 ORM，默认 auto-commit 关闭）
- 字段类型其实是
TEXT或VARCHAR，不是JSON/JSONB—— MySQL 会接受非法 JSON 插入，但后续JSON_*函数返回NULL；PG 会直接报错，但有些 ORM 可能悄悄转成字符串 - 应用层缓存了结果（比如 Redis 缓存了整条记录，或 Hibernate 一级缓存没清）
最常被忽略的是：MySQL 的 JSON 字段对大小写敏感，$.Status 和 $.status 是不同路径；而 PostgreSQL 的 jsonb_set 路径是按字面量匹配的，同样区分大小写和空格。
