GET products/_mapping/field/price
PUT products_v2
{"mappings": {"properties": {"price": {"type": "scaled_float", "scaling_factor": 100}}}}
商品同步任务写入报 mapper_parsing_exception: failed to parse field [price] of type [keyword]。历史数据里 price 是 "12.50" 字符串，新数据传的是 12.5 数字，一批 800 条全被拒。这类现象通常不是突然出现的，往前翻半天日志能看到苗头。
追下去是这么回事：字段类型在第一次写入时就定死了，后面只能加新字段，不能就地改类型。解析器按 keyword 处理数字，一条不匹配整条文档都不入库。要换类型只能新建索引，再把老数据搬过去。
这次卡住的地方就在「mapping 字段类型冲突」这一环，单独把它拎出来验证，别和其他改动混在同一次发布里。监控和日志的时间要对上，时区不一致会多绕很大一圈。
临时改动用注释写上日期和原因，过两周自己都记不清为什么这么写。动手前把原文件复制一份带时间戳，出问题立刻换回去，比现场分析快得多。
处理上按这个顺序：先查 _mapping 确认 price 现在是 keyword 还是 text；短期在写入侧把数字转成字符串 保住同步任务；长期新建索引把 price 定义成 scaled_float；用 reindex 搬完老数据 再切别名。
确认没问题再收工，新索引里 price 类型是 scaled_float，重跑同步 800 条全部 indexed，errors 为 false。