MySQL：使用分组查询结果更新gf_comp表nbr列时出现#1054错误的技术咨询

你的更新语句出问题主要是两个原因，咱们一步步拆解解决：

1. 子查询返回了id_order和count两列，但SET nbr = ...只能接收单个值，逻辑上不匹配；
2. WHERE gf_comp.ID=id_order里的id_order没明确指定所属表，数据库分不清它是来自主表还是子查询的列。

下面给你两种实用的解决方案：

方案一：关联子查询（逐行匹配更新） #

这个写法会针对gf_comp的每一行，单独查询对应ID在gf_order_detail里的记录数，逻辑很直观：

UPDATE `gf_comp` 
SET `nbr` = (
    -- 只返回当前gf_comp行对应的订单详情数量
    SELECT COUNT(*) 
    FROM `gf_order_detail` 
    WHERE `gf_order_detail`.`id_order` = `gf_comp`.`ID`
)

如果某个gf_comp.ID在gf_order_detail里没有匹配的id_order，nbr会被设为NULL。要是你想把这种情况默认设为0，可以用COALESCE函数包裹子查询：

UPDATE `gf_comp` 
SET `nbr` = COALESCE(
    (SELECT COUNT(*) FROM `gf_order_detail` WHERE `gf_order_detail`.`id_order` = `gf_comp`.`ID`),
    0
)

方案二：JOIN批量更新（性能更优） #

如果数据量比较大，用JOIN先预统计再更新，性能会比逐量子查询好很多：

UPDATE `gf_comp` 
-- 先把订单详情的统计结果做成临时表
JOIN (
    SELECT `id_order`, COUNT(*) AS count 
    FROM `gf_order_detail` 
    GROUP BY `id_order`
) AS order_counts 
-- 关联主表和临时表
ON `gf_comp`.`ID` = order_counts.`id_order`
-- 更新匹配行的nbr列
SET `gf_comp`.`nbr` = order_counts.count

这个方式只会更新那些在gf_order_detail中有对应记录的gf_comp行，未匹配的行不会被改动。要是需要把未匹配的行也设为0，可以换成LEFT JOIN：

UPDATE `gf_comp` 
LEFT JOIN (
    SELECT `id_order`, COUNT(*) AS count 
    FROM `gf_order_detail` 
    GROUP BY `id_order`
) AS order_counts 
ON `gf_comp`.`ID` = order_counts.`id_order`
SET `gf_comp`.`nbr` = COALESCE(order_counts.count, 0)

内容的提问来源于stack exchange，提问作者Cyril-260