MySQL 8.0 未增强XML支持，仅保留已废弃的EXTRACTVALUE()和UPDATEXML()两个字符串级函数，不支持XML数据类型、XQuery、命名空间等，推荐改用JSON替代。
MySQL 8.0 并未新增或增强对 XML 的原生支持，它不提供 XML 数据类型、XML 模式验证、XQuery 支持，也没有内置的 XML 解析/序列化函数（如 XMLPARSE、XMLELEMENT 或 XMLQUERY）。官方文档中明确将 XML 相关功能列为「未实现」——MySQL 从 5.7 到 8.0，始终只保留极简的、已存在多年的两个字符串级 XML 辅助函数。
XML 函数只有两个：extractvalue() 和 updatexml() 已被标记为废弃
这两个函数在 MySQL 5.1 引入，用于简单 XPath 查询和替换，但本质是「基于字符串正则的模拟解析」，既不安全也不可靠：
-
EXTRACTVALUE(xml_str, xpath_expr)：返回第一个匹配文本，若无匹配则返回空字符串；若 XML 格式非法或 XPath 错误，直接报错（如ERROR 1105 (HY000): XPATH syntax error） -
UPDATEXML(xml_str, xpath_expr, new_value)：仅替换第一个匹配节点内容，且要求new_value是合法 XML 片段（否则截断或报错） - 两者均无法处理命名空间、CDATA、注释、处理指令等标准 XML 构造
- 自 MySQL 8.0.24 起，它们被正式标记为 deprecated，并在后续大版本中计划移除
SELECT EXTRACTVALUE('<user><name>Alice</name></user>', '/user/name');
-- 返回 'Alice'，但以下会失败：
SELECT EXTRACTVALUE('<user xmlns="http://ex.com"><name>Bob</name></user>', '//name'); -- 无结果（不支持 ns）没有 XML 数据类型，也没有 XML 索引或存储优化
对比 PostgreSQL（xml 类型 + xml_is_well_formed()）、SQL Server（XML 类型 + XQuery 支持）或 Oracle（XMLType），MySQL 完全缺失这一层级能力：
- XML 内容只能存为
TEXT或MEDIUMTEXT，无法校验格式合法性 - 无法为 XML 字段创建专用索引，XPath 查询必然全表扫描
- 无
LOAD XML语句的增强（该命令在 8.0 中仍存在，但仅支持 INSERT 模式，不支持 UPDATE/MERGE，且不校验结构） - JSON 支持大幅增强（
JSON_VALID()、->操作符、函数索引等），但 XML 未获任何对等投入
替代方案：用 JSON + 应用层转换更实际
如果你需要结构化文档处理能力，MySQL 8.0 的推荐路径是「避免 XML，改用 JSON」：
- 所有 XML 场景（如配置文件、API 响应、日志片段）建议在写入前由应用层转成 JSON
- 利用 MySQL 8.0 的
JSON_VALID()、JSON_EXTRACT()、函数索引（如CREATE INDEX idx_user_name ON t((JSON_UNQUOTE(JSON_EXTRACT(data, '$.name'))))）获得真正可用的查询性能 - 若必须处理外部 XML 输入，应在应用层（Python/Java/Node.js）完成解析与映射，再以扁平字段或 JSON 形式入库
- 不要依赖
EXTRACTVALUE()做业务关键逻辑——它可能在下个补丁版本里突然失效
MySQL 8.0 对 XML 的态度很明确：不维护、不扩展、不鼓励使用。真正容易被忽略的是——很多旧项目迁移时仍默认沿用 EXTRACTVALUE()，直到某次升级后发现 SQL 报 warning 或直接 fail，而错误日志里只有一行 Deprecation warning，根本不会中断执行，隐患极深。
