SQL Server中更新XML字段必须使用.modify()方法，配合XML DML语句（insert/delete/replace value of）操作结构化数据，严禁用REPLACE()或UPDATETEXT等文本方式修改，否则会破坏XML有效性。
UPDATE 语句里怎么处理单引号、反斜杠这些特殊字符？
直接拼字符串会报错或被截断，比如把 user's profile 写进 SQL，单引号会让解析中断。这不是“加个转义就行”的简单问题，而是不同数据库对字符串字面量的处理逻辑不同。
- SQL Server 用两个单引号代替一个：
'user''s profile' - MySQL 默认用反斜杠转义（需开启
NO_BACKSLASH_ESCAPES模式才安全），更推荐用参数化查询或双单引号：'user''s profile' - PostgreSQL 支持美元符定界：
$$user's profile$$，避免层层转义 - 所有场景下，
REPLACE()函数本身不处理引号问题——它只在字段值内部做替换，不是用来“构造 SQL 字符串”的
XML 字段更新为什么不能用普通 REPLACE()？
因为 XML 是结构化数据，不是纯文本。用 REPLACE() 硬改，可能破坏标签嵌套、属性顺序、命名空间声明，甚至让整个 XML 变成无效格式。SQL Server 的 .modify() 方法才是专为 XML 设计的安全路径。
- 修改节点文本值：
.modify('replace value of (/root/item/text())[1] with "new value"') - 插入新节点：
.modify('insert <sub>data</sub> as last into (/root)[1]')（注意：尖括号要写成实体和 <code>>） - 删除节点：
.modify('delete /root/olditem') - 必须配合
WHERE条件 + 主键过滤，否则.modify()会批量失败（返回空结果集，不报错但没生效）
批量更新含特殊内容的字段时，怎么避免锁表或超时？
一次 UPDATE 上万行，尤其带 XML 解析或复杂字符串函数，很容易触发长时间行锁或事务日志暴涨。这不是“慢一点”的问题，而是可能阻塞其他业务写入。
- 拆成小批次：用
TOP 1000（SQL Server）或LIMIT 1000（MySQL/PG）控制每次更新量，并用WHERE id > @last_id推进 - 避开高峰期执行；确认目标字段有索引（特别是 WHERE 条件里的字段）
- XML 字段更新前先
SELECT TOP 10 ... WHERE ... AND ItemContentXml.exist('/path') = 1验证路径存在，避免全表扫描 - 别在事务里塞太多逻辑——XML 修改本身已隐式开启事务，外层再套大事务只会延长锁持有时间
为什么不能用 UPDATETEXT 或直接 CAST XML 为字符串再改？
UPDATETEXT 已彻底废弃，且只支持过时的 text/ntext 类型，在 SQL Server 2016+ 和 Azure SQL 中直接报错 Msg 420；而把 XML 转成字符串再用 REPLACE()，等于放弃 XML 的结构校验能力，极易引入格式错误，后续 .value() 或 .query() 会静默失败或返回空。
- 当前唯一合规路径：字段类型必须是
XML（不是varchar(max)），更新必须走.modify() - 如果字段还是
text类型，先迁移：ALTER TABLE T ADD xml_col XML; UPDATE T SET xml_col = CAST(old_text_col AS XML); ALTER TABLE T DROP COLUMN old_text_col; -
.modify()不支持变量动态路径——XPath 必须是字符串字面量，不能拼接@var，这是硬限制
.modify() 就不匹配也不报错，字段看起来“没变”，其实是 silent no-op。 
