应根据用途选择：需字节长度用length()，需字符数量用char_length()；postgresql中length()等价于char_length()，sql server中len()忽略尾空格而datalength()统计字节。
MySQL 中用 LENGTH() 还是 CHAR_LENGTH()？
查字符串长度时，LENGTH() 返回字节数，CHAR_LENGTH() 返回字符数——中文、emoji、UTF-8 多字节字符下两者结果常不一致。比如 LENGTH('你好') 返回 6（UTF-8 下每个汉字占 3 字节），而 CHAR_LENGTH('你好') 返回 2。
实际选哪个，取决于你要解决的问题：
- 判断字段是否超出数据库列定义的字节限制（如
VARCHAR(10)实际按字节存储），用LENGTH() - 统计用户昵称有几个“字”、做前端显示截断、校验输入字符数，用
CHAR_LENGTH() - 若表字符集是
utf8mb4且含 emoji（如 '?'），LENGTH()可能返回 4，CHAR_LENGTH()仍为 1
PostgreSQL 怎么查？length() 函数行为和 MySQL 不同
PostgreSQL 的 length() 默认按字符数计算，等价于 MySQL 的 CHAR_LENGTH()，不需要额外函数。但注意大小写：length() 是小写，LENGTH() 会报错（函数不存在）。
如果真要查字节数，得用 octet_length()：
SELECT length('café'), octet_length('café');
结果分别是 4 和 5（é 在 UTF-8 中占 2 字节）。别把 length() 当成跨数据库通用写法——它在 PostgreSQL 和 SQL Server 行为一致，但在 MySQL 完全不同。
SQL Server 里 LEN() 会悄悄删掉末尾空格
LEN() 函数返回字符数，但会自动忽略字符串右侧的空格。例如 LEN('abc ') 返回 3，不是 6。这和 DATALENGTH() 形成关键区别：DATALENGTH() 返回实际字节数，保留所有空格和 NULL 字节。
常见踩坑场景：
- 校验用户输入是否填满 10 位编码（含尾部空格），不能只用
LEN() - 处理固定长度的旧系统字段（如 CHAR(10)），要用
DATALENGTH()才能反映真实存储长度 -
LEN(NULL)返回NULL，不是 0；而DATALENGTH(NULL)同样返回NULL
WHERE 条件里用字符串长度筛选，性能要注意什么？
在 WHERE 中用 CHAR_LENGTH(name) > 10 这类表达式，会导致相关字段无法使用索引（除非你建了函数索引）。MySQL 8.0+、PostgreSQL 支持函数索引，但 SQL Server 不支持直接对 LEN() 建索引。
优化建议：
- 如果只是想查“长度超过 N”，且字段有固定业务含义（如手机号固定 11 位），优先用
LIKE或正则（如name REGEXP '^.{11,}$'），部分引擎能走索引前缀 - 高频查询长度范围的场景，考虑加一个持久化计算列（如 MySQL 的
GENERATED ALWAYS AS (CHAR_LENGTH(name)) STORED），再对该列建索引 - 避免在 WHERE 中嵌套多个字符串函数，比如
CHAR_LENGTH(TRIM(name)) > 5，执行计划更难优化
字符集、函数语义、索引支持这三者搅在一起，才是字符串长度查询真正容易出问题的地方。
