更新数据库里的JSON格式字段,最稳妥的方式是使用数据库提供的内置JSON解析与修改函数。无论是MySQL、PostgreSQL还是SQL Server,都已经把JSON路径定位、节点替换、数组操作等能力封装好了。直接拼字符串虽然在某些简单场景下能跑通,一旦遇到转义、嵌套或并发写,就很容易产生错误数据。本文会围绕这些内置函数展开,先用一个对比说明为什么不要用字符串替换,再分别介绍主流数据库的具体语法,最后通过一个完整案例展示如何更新嵌套JSON字段。

一、为什么字符串拼接不适合更新JSON字段
很多开发者的第一反应是使用UPDATE语句配合REPLACE函数或者字符串连接来处理JSON字段。例如某个订单表里存着JSON数据,想修改状态值,可能会写出类似这样的SQL:
UPDATE orders
SET detail = CONCAT('{"status":"', 'paid', '","amount":', 100, '}')
WHERE order_id = 1;
这种写法的问题很明显。第一,原始JSON中的其他字段可能被完全覆盖,因为CONCAT重新拼了一个完整对象,而不是只修改status节点。第二,如果原始JSON里还有嵌套对象或数组,手工拼接非常容易漏掉引号、逗号,甚至破坏JSON结构。第三,字符串替换方式无法处理字段值中本身就包含特殊字符的情况,比如用户昵称里带有英文双引号或反斜杠,拼接时还需要额外转义。
更隐蔽的风险是,当JSON字段较大、并发更新频繁时,字符串操作会把整个JSON读出来再写回去,既增加网络传输,又容易在应用层引入逻辑错误。数据库内置的JSON函数则能直接在服务端解析JSON文档,按照路径定位到目标节点,只替换需要修改的部分,其他内容保持不变,效率和正确性都更优。
二、主流数据库的JSON更新函数
不同数据库对JSON字段的支持程度和函数命名有所差异,但核心思想一致:使用路径表达式定位节点,再通过函数修改。下面分别看MySQL、PostgreSQL和SQL Server的做法。
1. MySQL:JSON_SET与JSON_REPLACE
MySQL从5.7版本开始支持JSON数据类型,并提供了一组以JSON_开头的函数。更新JSON字段最常用的是JSON_SET和JSON_REPLACE。JSON_SET会覆盖指定路径的值,如果路径不存在则创建;JSON_REPLACE只替换已存在的路径,不会新增。它们的第三个参数开始是成对的路径和值。
-- 修改已存在的status节点,并新增note节点 UPDATE orders SET detail = JSON_SET(detail, '$.status', 'shipped', '$.note', '快递已发出') WHERE order_id = 1; -- 只替换status,不影响其他字段 UPDATE orders SET detail = JSON_REPLACE(detail, '$.status', 'shipped') WHERE order_id = 1;
MySQL还提供了JSON_REMOVE删除节点、JSON_INSERT只在路径不存在时插入。如果JSON中包含数组,可以使用JSON_ARRAY_APPEND、JSON_ARRAY_INSERT等函数向数组追加或插入元素。例如给订单明细数组增加一条记录,可以写成:
UPDATE orders
SET detail = JSON_ARRAY_APPEND(detail, '$.items', JSON_OBJECT('sku', 'A100', 'qty', 2))
WHERE order_id = 1;
其中JSON_OBJECT用于构造一个新的JSON对象,避免手工拼接字符串。
2. PostgreSQL:jsonb_set与jsonb_insert
PostgreSQL有两种JSON类型:json和jsonb。jsonb是二进制存储,支持索引和更高效的操作,更新JSON字段时通常使用jsonb类型。核心函数是jsonb_set,它接受四个参数:目标jsonb、路径数组、新值、是否创建缺失路径。路径数组用文本数组表示,例如{status}或{items,0,sku},其中数字表示数组下标。
-- 更新已存在的status节点
UPDATE orders
SET detail = jsonb_set(detail, '{status}', '"shipped"', false)
WHERE order_id = 1;
-- 如果路径不存在则创建
UPDATE orders
SET detail = jsonb_set(detail, '{note}', '"已发货"', true)
WHERE order_id = 1;
注意第三个参数需要传入合法的JSON值,所以字符串要带双引号。如果要修改嵌套对象中的某个字段,可以使用路径数组逐层指定。例如修改items数组第一个元素的qty:
UPDATE orders
SET detail = jsonb_set(detail, '{items,0,qty}', '5', false)
WHERE order_id = 1;
PostgreSQL还提供jsonb_insert在数组指定位置插入元素,使用方式与jsonb_set类似,但需要多传一个insert_after布尔参数,true表示在指定下标之后插入,false表示在之前插入。删除节点可以用减号操作符,例如detail = detail - 'status'。
3. SQL Server:JSON_MODIFY
SQL Server从2016版本开始提供JSON支持,没有专门的JSON数据类型,但可以把JSON存储在NVARCHAR列中,并通过JSON_MODIFY函数进行修改。JSON_MODIFY的第一个参数是JSON字符串,第二个参数是路径,第三个参数是新值。它同样支持路径不存在时创建节点,也支持删除节点(传入NULL)和追加数组元素。
-- 修改status节点 UPDATE orders SET detail = JSON_MODIFY(detail, '$.status', 'shipped') WHERE order_id = 1; -- 新增节点 UPDATE orders SET detail = JSON_MODIFY(detail, '$.note', '已发货') WHERE order_id = 1; -- 删除节点 UPDATE orders SET detail = JSON_MODIFY(detail, '$.old_field', NULL) WHERE order_id = 1;
对于数组操作,SQL Server的JSON_MODIFY可以使用append关键字向数组追加元素。例如给items数组追加一个对象:
UPDATE orders
SET detail = JSON_MODIFY(detail, 'append $.items', JSON_QUERY('{"sku":"A100","qty":2}'))
WHERE order_id = 1;
这里JSON_QUERY用于把字符串解析为JSON片段,避免被当作普通字符串追加。
三、完整案例:更新嵌套JSON字段
假设有一张电商订单表orders,其中detail字段是JSONB类型,存储结构如下:
{
"order_id": 1001,
"status": "pending",
"buyer": {
"name": "张三",
"phone": "13800000000"
},
"items": [
{"sku": "A100", "qty": 2, "price": 59.9},
{"sku": "B200", "qty": 1, "price": 129.0}
],
"total": 248.8
}
现在需要完成三个更新动作:把状态改为paid,给buyer对象增加一个address字段,以及修改items数组里第一个元素的qty为3。如果直接操作字符串会非常繁琐,而使用jsonb_set可以一次性完成:
UPDATE orders
SET detail = jsonb_set(
jsonb_set(
jsonb_set(detail, '{status}', '"paid"', false),
'{buyer,address}', '"北京市朝阳区"', true
),
'{items,0,qty}', '3', false
)
WHERE detail ->> 'order_id' = '1001';
这里通过嵌套调用jsonb_set,先从内层依次修改三个节点。每个jsonb_set返回一个新的jsonb值,外层继续基于该结果处理。需要注意路径数组中嵌套对象的写法,buyer下面新增address需要把第4个参数设置为true,表示路径不存在时自动创建。如果某一个路径的中间节点不存在,PostgreSQL会报错,此时应该先确认JSON结构或逐级创建。
在MySQL中完成相同操作可以写成这样,需要多次调用JSON_SET:
UPDATE orders
SET detail = JSON_SET(
JSON_SET(
JSON_SET(detail, '$.status', 'paid'),
'$.buyer.address', '北京市朝阳区'
),
'$.items[0].qty', 3
)
WHERE JSON_UNQUOTE(JSON_EXTRACT(detail, '$.order_id')) = '1001';
MySQL的JSON_SET会自动创建不存在的路径,这一点比jsonb_set更省心。数组路径使用$.items[0].qty这种写法,下标从0开始。如果要修改数组最后一个元素,可以使用last关键字,例如$.items[last].qty。JSON_UNQUOTE用于去掉提取结果的引号,方便与字符串比较。
SQL Server的写法类似,但需要注意JSON_MODIFY不能修改已经存在的数组元素下标,因为它的路径解析对数组支持有限。修改数组元素通常需要先用OPENJSON解析出数组内容,或者在应用层处理。对于上述需求,状态和新增字段可以这样写:
UPDATE orders
SET detail = JSON_MODIFY(
JSON_MODIFY(detail, '$.status', 'paid'),
'$.buyer.address', '北京市朝阳区'
)
WHERE JSON_VALUE(detail, '$.order_id') = '1001';
如果要更新数组元素,SQL Server建议先在应用层读取JSON、修改对象再整体写回,或者使用OPENJSON把数组拆成行集处理。这是不同数据库在JSON函数能力上的差异,选型时需要提前评估。
四、性能优化与常见注意事项
使用内置JSON函数更新字段虽然方便,但如果WHERE条件依赖JSON内部值,查询性能可能成为问题。MySQL和PostgreSQL支持在JSON字段上创建虚拟列或表达式索引,SQL Server可以通过计算列和索引来优化JSON_VALUE查询。例如在PostgreSQL中为order_id创建表达式索引:
CREATE INDEX idx_orders_order_id ON orders ((detail ->> 'order_id'));
这样WHERE detail ->> 'order_id' = '1001'就能走索引。MySQL可以在JSON列上创建虚拟列,再对虚拟列建索引,避免全表扫描。SQL Server则适合把常用的JSON属性提升为计算列并建立索引。
另一个常见问题是JSON路径的大小写敏感性。MySQL的JSON路径在默认排序规则下通常区分大小写,PostgreSQL的jsonb键也会区分大小写。编写路径时要与实际存储的键名完全一致。如果JSON中的键可能来自用户输入,建议使用参数化查询,避免拼接路径引发SQL注入。此外,JSON函数每次更新都会重写整个JSON文档,频繁更新大JSON字段会导致写放大,这种情况下可以考虑把变动频繁的节点拆成独立列,或者使用非规范化设计。
最后,不同数据库对JSON函数的兼容性不同,迁移时需要检查路径语法、数组下标含义以及NULL处理逻辑。MySQL的JSON_SET在值为NULL时会插入JSON null而不是SQL NULL,PostgreSQL的jsonb_set要求新值必须是合法JSON,SQL Server的JSON_MODIFY传NULL表示删除节点。理解这些差异,可以避免在跨数据库迁移时踩坑。总之,优先使用数据库原生JSON函数,能让更新逻辑更清晰、更安全,也更容易维护。
SQL JSON更新JSON内置函数JSON字段修改修改时间:2026-10-06 16:46:20