length函数在不同数据库中行为不同：mysql用length()返回字节数、char_length()返回字符数；postgresql/sqlite同mysql；sql server用len()（忽略尾空格）或datalength()；oracle用length()（字符）和lengthb()（字节）。

LENGTH 函数在不同数据库中的行为差异

MySQL、PostgreSQL、SQLite 都支持 LENGTH()，但 SQL Server 用的是 LEN()，Oracle 则区分 LENGTH()（按字符）和 LENGTHB()（按字节）。如果你的查询在某个库跑不通，先确认函数名和语义是否匹配当前数据库。

尤其注意：MySQL 的 LENGTH() 返回字节数，不是字符数。中文 UTF8mb4 下一个汉字占 4 字节，所以 LENGTH('好') 返回 4；而 CHAR_LENGTH() 才返回字符数（1）。筛选“长度为 3 个字符”的字符串，必须用 CHAR_LENGTH()，否则会漏掉含中文的数据。

用 LENGTH 或 CHAR_LENGTH 筛选固定长度字符串

假设要查用户名恰好为 5 个字符的记录，且需兼容中英文：

• MySQL / PostgreSQL / SQLite：WHERE CHAR_LENGTH(username) = 5
• SQL Server：WHERE LEN(username) = 5（自动忽略尾部空格，如需保留空格参与计数，改用 DATALENGTH(username)）
• Oracle：WHERE LENGTH(username) = 5（默认按字符计，安全）

错误写法示例：WHERE LENGTH(username) = 5 在 MySQL 中对含中文字段会失效——比如 '张三丰' 实际占 12 字节，LENGTH() 返回 12，不等于 5。

处理空格和 NULL 带来的意外结果

LENGTH(NULL) 恒为 NULL，不会匹配任何数值条件，所以 WHERE LENGTH(name) = 3 自动排除 name IS NULL 的行——这通常符合预期，但要注意它也排除了空字符串（LENGTH('') = 0）。

如果业务上“空字符串”和 “NULL” 都算无效，无需额外处理；但如果想显式包含或排除空值，得单独加判断：

• 只接受非空且长度为 4：WHERE name IS NOT NULL AND CHAR_LENGTH(name) = 4
• 允许空字符串但不要 NULL：WHERE (name = '' OR CHAR_LENGTH(name) = 4)

另外，MySQL 中 CHAR_LENGTH('abc ') 返回 6（尾部空格计入），而 SQL Server 的 LEN('abc ') 返回 3（默认截断尾空格），这点在迁移或联查时容易出错。

性能提示：LENGTH 条件能否走索引？

直接写 WHERE CHAR_LENGTH(name) = 5 几乎无法使用 name 字段上的普通 B-Tree 索引——因为函数改变了原始列值，优化器无法做索引范围扫描。

可行的优化方式有限：

• 如果长度范围固定且较小（如只查 4~6 位），可配合前缀索引 + 应用层过滤
• MySQL 8.0+ 支持函数索引：CREATE INDEX idx_name_len ON users ((CHAR_LENGTH(name)))，但要注意该索引只加速等值查询，不加速 > 或 BETWEEN
• 更稳定的做法是加冗余字段 name_length TINYINT，写入时用触发器或应用逻辑维护，然后直接查 WHERE name_length = 5

别为了省一行代码在 WHERE 里套函数，尤其是大表——实际执行计划里很可能变成全表扫描。