颜色属性的中文标签已经在后台保存，商品页仍显示Admin默认值。这里最容易漏的是“属性选项标签”和“swatch前端文本/图片”存放在不同表，只有一边有store_id记录时就会回退。

复现与判断

我保留了一个失败样本，并用同样输入在无缓存或单节点条件下再跑一遍。这样可以把前端假象、缓存和真正的数据问题分开。

数据库和日志对照

  • 先记录attribute_id、option_id和中文store_id，避免直接看表时对错记录。
  • 确认前端实际用的是Text Swatch还是Visual Swatch，两者回退路径不同。
bin/magento store:list
mysql -e "SELECT option_id,store_id,value FROM eav_attribute_option_value WHERE option_id=123 ORDER BY store_id;"
mysql -e "SELECT option_id,store_id,type,value FROM eav_attribute_option_swatch WHERE option_id=123 ORDER BY store_id;"
bin/magento indexer:reindex catalog_product_attribute

为了避免把环境差异当成根因，我会先在预发布或数据库副本复现；涉及订单、库存和支付的操作，正式环境只做只读核对，修复脚本必须带明确的订单号或SKU范围。

这次的修法

在属性编辑页切换到正确Store View，为对应选项补齐标签；Visual Swatch还要补齐swatch记录。批量修复时使用OptionManagement API或Data Patch，不要只向一张表硬插。保存后重建catalog_product_attribute索引，并清理block_html与full_page缓存。

修改范围

  • 先在单个SKU、单个订单或单个Store验证。
  • 保留可回退的旧配置，不覆盖原始证据。
  • 需要批量处理时分批提交并输出成功/失败清单。

验证结果

  • 两张表都有store_id=目标店铺的预期值
  • 商品页JSON配置里的label已经是中文
  • 分类页筛选器和商品页色板一致
  • 英文店仍保持英文标签

验收不只看后台提示“成功”。我还会从前台/API再走一次真实链路，并在下一轮cron、索引或缓存命中后重复检查，确认不是短暂正常。

顺手记下

直接复制option_id前先确认环境一致，测试库和生产库的选项ID经常不同。