extractvalue返回null或报错因xml非法、xpath语法错或节点不存在且不提示原因；mysql 5.7-仅支持xpath 1.0子集，须用绝对路径、单引号字符串、属性用@；8.0+已移除，推荐应用层解析或regexp_substr替代。
EXTRACTVALUE 函数为什么返回 NULL 或报错
MySQL 5.7 及更早版本中，EXTRACTVALUE 是唯一原生支持 XPath 提取的函数，但它对输入极其敏感：只要 XML 不合法、XPath 表达式语法错、或节点不存在，它就静默返回 NULL，不报错也不提示具体哪错了。
常见错误现象：EXTRACTVALUE('<root><a>1</a></root>', '/root/b') 返回 NULL（节点 b 不存在），但你无法区分是路径写错、大小写不匹配，还是 XML 被 MySQL 自动转义过。
- XML 字符串必须是合法 UTF-8，且标签闭合完整；含
&、等需先实体化（如 <code>&） - XPath 区分大小写：
/Root/a≠/root/a - 不能用默认命名空间；带命名空间的 XML 必须用
SET @xml = REPLACE(...)预处理或改用UPDATEXML辅助调试 - MySQL 8.0+ 已移除
EXTRACTVALUE，升级后直接报错FUNCTION EXTRACTVALUE does not exist
XPath 在 EXTRACTVALUE 中怎么写才有效
EXTRACTVALUE 只支持 XPath 1.0 的子集，不支持函数如 contains()、position()，也不能用 // 深度优先遍历（MySQL 解析器会忽略或报错）。
正确写法必须是「绝对路径」或「从根开始的明确层级」，且只返回第一个匹配节点的文本内容（不是节点本身）。
- 提取根下直接子元素：
EXTRACTVALUE(xml_col, '/root/name') - 提取属性值：
EXTRACTVALUE(xml_col, '/root/item/@id') - 提取第 N 个同名节点：
EXTRACTVALUE(xml_col, '/root/item[2]/value')（注意索引从 1 开始） - 避免写
/root//value—— MySQL 不识别//，会返回NULL - 字符串字面量在 XPath 中必须用单引号，且不能嵌套：写成
"//item[@type='user']"会语法错误，得写成"/root/item[@type='user']"
替代方案：MySQL 8.0+ 怎么安全提取 XML 值
MySQL 8.0 废弃了 EXTRACTVALUE 和 UPDATEXML，改推 XMLQUERY + XMLTABLE，但它们要求 XML 是 XML 类型而非字符串，且仅限企业版部分功能；社区版实际可用的是 ExtractValue 的兼容层（不存在），所以必须换思路。
- 最稳妥做法：把 XML 解析逻辑移到应用层（Python/Java/Go），用成熟 XML 库处理，SQL 只存原始字段
- 若必须 SQL 内处理，可先用
REGEXP_SUBSTR（MySQL 8.0+）粗提简单结构：REGEXP_SUBSTR(xml_col, '<name>([^', 1, 1, '', 1)</name> - 对固定格式 XML，用
SUBSTRING_INDEX+REPLACE组合硬切（仅限无嵌套、无属性、无转义的玩具数据） - 注意：所有正则/字符串方案都绕不开转义问题，
<这类实体不会被自动还原，得额外REPLACE(REPLACE(...))
性能和字符集容易被忽略的坑
EXTRACTVALUE 是全量解析整个 XML 字符串，哪怕你只取一个字段。当字段长度超 1KB、表行数上万时，查询会明显变慢，且无法利用索引。
- XML 字段必须声明为
TEXT或MEDIUMTEXT，用VARCHAR存大 XML 会截断 - 客户端连接字符集（
character_set_client）和列字符集不一致时，中文可能变成乱码，导致 XPath 匹配失败 - XML 中的空白（换行、缩进）会被保留，
/root/name/text()这种写法在 MySQL 中无效 —— 它不支持text()轴 - 如果 XML 来自外部系统（如 SOAP 响应），务必先用
VALIDATE_XML（MySQL 8.0.31+）校验合法性，否则后续所有提取都不可靠
真正麻烦的从来不是写对 XPath，而是确认那串 XML 到底是不是你看到的样子 —— 它可能在传输、存储、客户端渲染过程中被悄悄转义过三次。
