SQL截取字符串技巧:SUBSTRING与SUBSTR函数详解
作者:技术拾光时间:2026-05-18 17:03:13浏览:597
SUBSTRING和SUBSTR在不同数据库中的支持度不同,需查阅具体文档。标准用法为SUBSTRING(字符串,起始位置,长度),起始位置通常为1,越界可能返回空或截至末尾。在WHERE条件中使用截取函数可能导致索引失效,可考虑改用LIKE前缀匹配、预先存储前缀字段或创建函数索引以优化性能。
# SQL里SUBSTRING和SUBSTR到底能不能混用
绝大多数主流数据库(PostgreSQL、MySQL 5.7+、SQL Server、Oracle)都支持 `SUBSTRING`,但是否支持 `SUBSTR` 取决于具体方言——MySQL 和 Oracle 默认认 `SUBSTR`,而 SQL Server 只认 `SUBSTRING`,PostgreSQL 两者都接受(`SUBSTR` 是别名)。别硬记哪个“更标准”,先查你手头数据库的文档,或者直接试跑:`SUBSTR('abcde', 2, 3)` 如果报错,就换 `SUBSTRING`。
## SUBSTRING函数的三个参数怎么填才不越界
标准写法是 `SUBSTRING(string, start, length)`,但注意:起始位置从 1 开始(不是 0),且超出字符串长度不会报错,而是静默返回空或截到末尾。常见翻车点:
* `SUBSTRING('hello', 6, 2)` → 返回空字符串(不是报错,容易被忽略)
* `SUBSTRING('hello', -1, 2)` → 在 MySQL 中会从末尾倒数(`'he'`?错,其实是 `'lo'`),但在 PostgreSQL 或 SQL Server 中直接报错
* 省略 `length` 参数时,MySQL 和 PostgreSQL 支持(取到末尾),SQL Server 要求必须提供
## 想从右往左截取?别硬算位置,用组合函数
没有原生 “RIGHT” 函数的数据库(比如 PostgreSQL),靠 `SUBSTRING` 实现“取后 3 位”得这样写:`SUBSTRING(col, LENGTH(col) - 2, 3)`。但要注意 `LENGTH` 对 NULL 和空字符串的处理——`LENGTH(NULL)` 是 NULL,整个表达式就变成 NULL。稳妥做法:
* 加 `COALESCE(LENGTH(col), 0)` 防 NULL
* 用 `GREATEST(1, LENGTH(col) - 2)` 避免负数起始位
* MySQL 用户可以直接用 `RIGHT(col, 3)`,但别指望它在其他库能跑
## 性能敏感场景下,SUBSTRING会拖慢查询吗
单纯在 `SELECT` 列表里用 `SUBSTRING` 影响很小;但如果写在 `WHERE` 条件里对字段做截取(比如 `WHERE SUBSTRING(phone, 1, 3) = '138'`),会导致该列无法走索引——即使 phone 上建了索引也没用。这时候应该考虑:
* 提前把前缀存成单独字段(如 `phone_prefix`),并加索引
* 用前缀匹配替代截取:`WHERE phone LIKE '138%'`(可走索引)
* 某些数据库(如 PostgreSQL)支持函数索引:`CREATE INDEX idx_phone_prefix ON t (SUBSTRING(phone, 1, 3))`
字符串截取本身不重,但让它出现在过滤条件里,就很容易成为慢查询的隐形推手。

