两次执行UPDATE语句后category列数据全部消失的原因排查求助

问题原因 #

• 第一次执行UPDATE后，database213.category列的内容已从编码（如IAB24）替换为分类名称（如体育）
• 第二次执行时，子查询中FIND_IN_SET(Category_Code, REPLACE(database213.category, ' ', ''))是用categoryinfo表的编码去匹配database213表的分类名称，两者完全不匹配，导致子查询返回NULL
• 最终COALESCE函数将NULL替换为空字符串，造成所有category列数据被清空

解决方法 #

方案1：新增原始编码列（推荐，适合持续导入更新场景） #

该方案保留原始编码，确保每次更新都能基于编码匹配，不受category列内容变化影响：

1. 给database213表添加原始编码存储列：

ALTER TABLE database213 ADD COLUMN original_category_code VARCHAR(255) NOT NULL;

2. 导入新数据时，将编码值同时存入original_category_code列（若之前已有数据，先执行同步：UPDATE database213 SET original_category_code = category;）
3. 修改UPDATE语句，基于原始编码列匹配：

UPDATE database213
SET category = COALESCE((
    SELECT GROUP_CONCAT(Category_Name)
    FROM categoryinfo
    WHERE FIND_IN_SET(Category_Code, REPLACE(database213.original_category_code, ' ', ''))
), '');

方案2：仅更新未转换的编码行 #

如果编码有固定格式（如均以IAB开头加数字），可通过条件判断只处理未转换的行：

UPDATE database213
SET category = COALESCE((
    SELECT GROUP_CONCAT(Category_Name)
    FROM categoryinfo
    WHERE FIND_IN_SET(Category_Code, REPLACE(database213.category, ' ', ''))
), '')
WHERE category REGEXP '^IAB[0-9]+$'; -- 根据实际编码格式调整正则规则

方案3：使用JOIN方式更新（更高效） #

通过JOIN关联两张表，替代子查询，逻辑更清晰且性能更优：

UPDATE database213 d
LEFT JOIN categoryinfo c ON FIND_IN_SET(c.Category_Code, REPLACE(d.original_category_code, ' ', ''))
GROUP BY d.id -- 替换为database213表的主键字段
SET d.category = COALESCE(GROUP_CONCAT(c.Category_Name), '');

内容的提问来源于stack exchange，提问作者ahmad dekmak