LEN函数忽略末尾空格是SQL Server标准行为，因将尾部空格视为无意义填充；DATALENGTH才返回真实字节数，可检测空格、不可见字符及Unicode差异。
LEN函数为什么总是忽略末尾空格
LEN 返回字符串中字符的个数，但会自动截断并忽略尾部空格。这不是 bug，是 SQL Server 的标准行为——它把尾部空格当作“无意义填充”，在计算长度时直接丢弃。比如 LEN('abc ') 返回 3，不是 6；LEN(' abc ') 返回 5（只去掉末尾空格，保留开头和中间的）。这个逻辑也适用于 CHAR 和 VARCHAR 类型字段，但对比较操作（如 =）同样生效，容易让人误判数据真实长度。
DATALENGTH才是查真实字节占用的可靠方式
DATALENGTH 返回表达式实际占用的字节数，不作任何修剪。它能暴露空格、不可见字符（如 CHAR(9) 制表符、CHAR(13) 回车）、甚至 Unicode 的双字节差异。例如：
SELECT
DATALENGTH('abc ') AS trailing_spaces, -- 返回 6
DATALENGTH(' abc ') AS leading_and_trailing, -- 返回 7
DATALENGTH(N'好') AS unicode_char; -- 返回 2（NVARCHAR 下一个汉字占 2 字节）注意：DATALENGTH 对 NULL 返回 NULL，不是 0；对 CHAR(10) 类型字段存 'a'，它仍返回 10（因为 CHAR 是定长，自动补空格）。
排查空格问题时该用哪个函数
判断字段是否“看着空但其实有空格”或“疑似被截断”，要组合使用：
- 先用
DATALENGTH(col) > 0确认非空（排除全空格或 NULL） - 再比对
LEN(col) != DATALENGTH(col)—— 若成立，说明存在尾部空格或 Unicode 多字节字符 - 想定位具体空格位置？用
CHARINDEX(' ', col)或PATINDEX('%[ ]%', col)，但注意它只找第一个匹配 - 清理时别只依赖
RTRIM()：如果字段是CHAR(20)，即使RTRIM后再赋值，仍会被补满空格；应显式转成VARCHAR或用CONVERT(VARCHAR, col)
不同数据类型下 LEN 与 DATALENGTH 的表现差异
关键区别不在函数本身，而在列定义：
-
VARCHAR列：存储多少字节就占多少字节，DATALENGTH反映真实内容；LEN去尾空格后计数 -
CHAR列：无论存什么，DATALENGTH恒等于定义长度（如CHAR(10)总是返回 10）；LEN仍按内容去尾空格后计数 -
NVARCHAR列：每个字符最多占 2 字节，DATALENGTH可能是LEN的两倍（如中文），也可能相等（纯 ASCII） - 用
CAST(col AS VARCHAR)再套DATALENGTH，可绕过CHAR的定长干扰，但要注意隐式转换可能截断
真实数据里混着不可见字符、前后空格、Unicode 补码的情况远比想象中多，光看 SELECT 结果根本发现不了——必须靠 DATALENGTH 打开“字节视角”。
