SQL用LEN或LENGTH函数筛选字符长度不符的记录

时间：2026-07-02 09:03

数据库不同，字符串长度函数也不一样——SQL Server 用 LEN()，MySQL、PostgreSQL、Oracle、SQLite 则统一用 LENGTH()。要是涉及多语言场景，CHAR_LENGTH() 才是更稳妥的选择，因为它按字符数计数，不会把字节和字符搞混。 SQL 中 LEN 和

数据库不同，字符串长度函数也不一样——SQL Server 用 LEN()，MySQL、PostgreSQL、Oracle、SQLite 则统一用 LENGTH()。要是涉及多语言场景，CHAR_LENGTH() 才是更稳妥的选择，因为它按字符数计数，不会把字节和字符搞混。

如何使用SQL LEN或LENGTH函数筛选不符合字符长度要求的记录？

SQL 中 `LEN` 和 `LENGTH` 到底该用哪个？

这个问题得先看数据库类型。只有 SQL Server 和某些旧版 Access 认 LEN，其余像 MySQL、PostgreSQL、SQLite、Oracle 一律得写 LENGTH。如果在 MySQL 里顺手敲了个 LEN(name)，数据库会直接甩你一句 FUNCTION LEN does not exist，挺尴尬的。

PostgreSQL 的情况更复杂一些：它额外支持 CHAR_LENGTH（按字符计数，处理多字节 UTF-8 时更可靠），而 LENGTH 默认按字节计数——这其实是不少开发者的认知盲区，一不小心就踩坑。

怎么写 WHERE 条件筛出超长或过短的字段？

把长度函数放进 WHERE 子句做比较，这步倒不难，关键在于 NULL 处理和边界值逻辑要理清：

WHERE LENGTH(name) > 50 能筛出超过 50 字符的记录，但注意：如果 name 是 NULL，LENGTH(NULL) 会返回 NULL，不满足 > 条件，整行会被自动跳过。
要同时包含 NULL 记录，必须显式写成 WHERE LENGTH(name) > 50 OR name IS NULL。
中文场景下尤其要小心。字段定义为 VARCHAR(10) 但存的是 UTF-8 编码，MySQL 的 LENGTH() 返回的是字节数——一个汉字通常占 3 字节，因此 LENGTH(name) > 30 才等价于“字符数超 10”。别直接把字段声明的长度数字套进去，否则会出大问题。

为什么用 `CHAR_LENGTH` 比 `LENGTH` 更安全？

当字段里混着 emoji、中文、日文或者带变音符号的字母时，LENGTH 在 PostgreSQL 和 MySQL 中返回的都是字节数，而 CHAR_LENGTH 统一返回 Unicode 字符个数。举个例子：字符串 '


          来源：https://www.php.cn/faq/2748997.html
          
                                    ENGT                      
          
            上一篇SQL存储过程中动态SQL语句安全编写与注入防护指南            下一篇SQL Server中使用ISNULL函数高效替代CASE判空语句的方法详解          
          本站内容用于信息整理与展示，如有侵权或内容问题请及时联系处理。


        
          相关推荐
补充同频道和同主题内容，方便继续浏览更多相关内容。
          
                                                            SQL中通过LEN或LENGTH函数过滤长度异常脏数据的方法                        如何计算SQL字符出现频率_利用LENGTH与REPLACE对比                        如何提取SQL字符串末尾内容_结合LENGTH与RIGHT函数                                  
        
        
          同类最新
继续查看同栏目最近更新的文章。
更多
          
                                                
                            数据库 · 2026-07-02Redis 7.0增量AOF重写RDB前导码配置详解
先说一个几乎所有人都踩过的典型误区：很多人把 aof-use-rdb-preamble yes 当作开启“增量重写”的开关。实际上，这个配置只干了一件事——让重写后的 AOF 文件头部带上 RDB 快照。它解决的是加载速度问题，跟“增量重写”本身的概念压根不是一回事。真正的增量重写，依赖的是 Red
            
                                                
                            数据库 · 2026-07-02在Python Tornado异步框架中安全执行SQL命令的方法与最佳实践
直接在Tornado里用SQLAlchemy同步执行SQL，结果就是阻塞IOLoop，所谓“异步框架里写同步数据库代码”，等于白搭。安全执行的关键不是“怎么写SQL”，而是“怎么不卡住事件循环”。 为什么不能在RequestHandler里直接调用session execute() 因为sessio
            
                                                
                            数据库 · 2026-07-02利用SQL触发器实现在INSERT数据时自动同步到审计表
先说结论：可以用触发器把 INSERT 数据同步到审计表，但必须用 AFTER INSERT，并且审计表的字段顺序、类型、字符集得和源表严格一致。否则，轻则写入错位、数据截断，重则直接报错、丢数据。下面把这些坑一个一个掰开说。 能，但必须用 AFTER INSERT，且审计表字段顺序、类型、字符集要
            
                                                
                            数据库 · 2026-07-02如何用SQL编写按不同工作日统计员工出勤率
在实际业务中，统计不同工作日的出勤率是HR系统里的高频需求。如果直接按日期函数分组，很容易掉进语言环境、索引失效或分母口径的坑里。下面就来拆解具体的实现要点。 必须用 CASE WHEN 将日期映射为固定 weekday 标签（如   Mon  ）再分组，避免语言环境导致的分组断裂；需过滤 DOW IN
            
                                                
                            数据库 · 2026-07-02Spring Boot 3动态拼接SQL为何引发严重安全漏洞
SQL注入漏洞的核心成因，本质上是因为用户输入直接参与了SQL语句的字符串拼接，而未采用参数化绑定机制。在MyBatis中使用${}、QueryWrapper中调用apply()与last()、JPA的@Query注解进行拼接等操作，都会绕过PreparedStatement的安全防护。动态字段必须