MySQL中SUBSTRING()与SUBSTR()完全等价，均支持SUBSTRING(str,pos)、SUBSTRING(str,pos,len)及SUBSTRING(str FROM pos FOR len)三种形式，pos从1开始计数，越界或负len返回空字符串。
MySQL 的 SUBSTRING() 和 SUBSTR() 怎么用？
MySQL 里最常用的是 SUBSTRING()（SUBSTR() 是它的同义词，完全等价）。它支持三种调用形式：SUBSTRING(str, pos)、SUBSTRING(str, pos, len)，以及带 FROM/FOR 关键字的变体（如 SUBSTRING(str FROM pos FOR len)）。
注意：位置 pos 从 1 开始计数，不是 0 —— 这是初学者最容易出错的地方。如果 pos 超出字符串长度，返回空字符串；如果 len 为负或 0，也返回空字符串。
常见误用场景：
- 想截取后 3 个字符却写成
SUBSTRING(col, -3)→ MySQL 不支持负索引，得用SUBSTRING(col, LENGTH(col) - 2) - 用
SUBSTRING(col, 5, 100)处理可能不足 100 字符的字段 → 安全，MySQL 会自动截到末尾，无需提前LENGTH()判断 - 在 WHERE 条件里频繁用
SUBSTRING(col, 1, 2) = 'AB'→ 无法走索引，考虑加生成列或前置固定前缀索引
PostgreSQL 里为什么 SUBSTRING() 有时不返回预期结果？
PostgreSQL 的 SUBSTRING() 行为更严格：它默认按「正则匹配」解析参数。如果你写 SUBSTRING('hello', 2, 3)，会报错 function substring(unknown, integer, integer) does not exist —— 因为它没找到对应签名的函数。
正确做法是显式指定类型或用位置语法：
- 用位置语法：
SUBSTRING('hello' FROM 2 FOR 3)→ 返回'ell' - 用函数重载：
SUBSTRING('hello', 2, 3)在较新版本（14+）中支持，但老版本需强制转换：SUBSTRING('hello'::text, 2, 3) - 提取分隔符后内容（如取邮箱 @ 后）：
SUBSTRING(email FROM '@(.*)')，这里用的是正则捕获组，不是位置参数
关键区别：PostgreSQL 把 SUBSTRING(str, start, len) 当作“非标准用法”，优先走正则分支；而 MySQL 完全不支持正则形式的三参数调用。
SQL Server 的 SUBSTRING() 遇到 NULL 或越界怎么处理？
SQL Server 的 SUBSTRING(expression, start, length) 对边界更宽容：如果 start 大于字符串长度，返回空字符串；如果 length 超出剩余长度，自动截断到末尾；但如果 expression 是 NULL，整个结果就是 NULL —— 这点容易被忽略，尤其在连接或聚合场景下导致整行丢失。
安全写法建议：
- 始终包裹
ISNULL(col, '')或COALESCE(col, '')再传给SUBSTRING() - 避免
SUBSTRING(col, LEN(col), 1)取最后一个字符（当col为空串时LEN('')=0，导致SUBSTRING(..., 0, 1)→ 返回空串，而非报错，但语义已偏移） - 取最后 N 位更稳妥：
RIGHT(col, N)，它对 NULL 和空串都返回 NULL / 空串，行为更直观
跨数据库可移植的子串提取有哪些限制？
没有真正“完全可移植”的子串函数。哪怕都叫 SUBSTRING()，参数顺序、起始索引、NULL 处理、负数支持、正则能力都不同。如果代码要兼容多数据库，要么：
- 统一抽象层做适配（比如 ORM 的
substring()方法内部按方言路由） - 放弃函数内联，改用应用层处理（适合小数据量、逻辑简单场景）
- 用最保守的写法：只用
SUBSTRING(str, pos, len)形式，并确保pos > 0、len >= 0、str非 NULL，再配合LENGTH()做前置校验
特别提醒：CHARINDEX()（SQL Server）、POSITION()（PostgreSQL）、LOCATE()（MySQL）这些“找位置”的函数，返回值索引规则也不统一（SQL Server 从 1 开始，PostgreSQL 的 POSITION 也是从 1，但某些嵌套用法易混淆），和子串函数混用时务必验证边界。
