应使用json_set()函数，它可精准修改指定路径键值、自动创建缺失层级、保留其余结构；需确保字段为json类型、路径用双引号包裹且合法，否则更新可能静默失败。
MySQL 8.0+ 如何用 JSON_SET 更新 JSON 字段的某个键
直接改 JSON 字段里的某个属性，别用字符串拼接或全量覆盖——JSON_SET 是最稳妥的选择。它只修改目标路径，保留其余结构，还能自动创建缺失的中间层级。
常见错误是把路径写成 "$.name" 却忘了字段本身是 JSON 类型，结果更新无声无息（实际没生效），或者路径含空格/特殊字符时没加引号导致语法报错。
-
JSON_SET第一个参数是字段名（如data），第二个是路径表达式（如"$.user.email"），第三个是新值（支持字符串、数字、NULL） - 路径必须用双引号包裹，且是合法 JSONPath；嵌套对象用点号，数组用方括号（如
"$.items[0].price"） - 如果路径不存在，
JSON_SET默认会创建父级结构；想避免意外建层，可先用JSON_CONTAINS_PATH判断 - 注意：MySQL 对 JSON 字段大小有限制（默认 1GB），高频小更新比全量
UPDATE更安全
示例：
UPDATE users SET data = JSON_SET(data, "$.profile.phone", "138****1234") WHERE id = 123;
PostgreSQL 怎么用 jsonb_set 替换 JSONB 中的字段
PostgreSQL 没有 JSON_SET，得用 jsonb_set，而且路径必须是 text[] 数组形式，不是字符串路径——这是最容易卡住的地方。
典型现象：写成 jsonb_set(data, '$.email', ...) 直接报错“function does not exist”，因为第一个路径参数必须是 ARRAY['profile', 'email'] 这种。
- 路径数组里每个元素对应一级 key；数组索引用字符串表示，如
ARRAY['items', '0', 'qty'] - 第四个参数
create_missing设为true才会补全缺失路径，否则路径不存在就返回原值（不报错但也不生效） - 如果要删某个 key，不能传
NULL值，得用jsonb_set(..., ..., '{}'::jsonb, true)配合-操作符 -
jsonb_set返回的是新 jsonb 值，必须显式赋给字段，不会原地修改
示例：
UPDATE users SET data = jsonb_set(data, ARRAY['profile','avatar'], '"https://...jpg"', true) WHERE id = 123;
SQLite 3.38+ 的 json_set 函数怎么用（不是 MySQL 那个）
SQLite 的 json_set 行为和 MySQL 接近，但路径格式更宽松，也支持多路径批量更新——不过得确认你用的是 3.38 或更高版本，低版本压根没有这个函数。
容易踩的坑是误以为 SQLite 支持 $.key 写法，其实它只认 key、key.subkey 这种点分隔形式，不认 $ 前缀；另外，传入非 JSON 字符串会静默失败（字段不变）。
- 路径不用引号，直接写
user.email；数组索引用items.0.price - 支持一次更新多个路径：
json_set(data, 'a', 1, 'b.c', 'x') - 如果字段当前是 NULL 或不是有效 JSON，
json_set返回 NULL，建议用COALESCE包一层 - SQLite 的 JSON 函数全是纯函数，不修改原值，必须配合
UPDATE SET显式赋值
示例：
UPDATE users SET data = json_set(data, 'profile.bio', 'dev') WHERE id = 123;
跨数据库兼容写法为什么几乎不存在
别试图写一条 SQL 通吃 MySQL、PG、SQLite —— 路径语法、函数名、NULL 处理、数组索引写法全都不一样，硬凑只会埋下运行时错误。
真正可行的做法是在应用层做适配：比如封装一个 updateJsonField(table, field, path, value) 方法，内部按方言调用不同 SQL 模板。否则上线后某条语句在 PG 成功、在 MySQL 把整个 JSON 字段清空，这种问题很难排查。
尤其注意 PostgreSQL 的 jsonb 和 MySQL 的 JSON 类型虽然都叫 JSON，但底层序列化方式不同，导出导入可能丢失精度或顺序；SQLite 的 JSON 只是文本校验，没类型约束。
