substring函数在不同数据库中语法差异大：mysql支持substring(str,pos,len)和标准sql形式；postgresql仅支持substring(str from pos for len)；sql server仅支持三参数形式且start必须≥1，起始位置均为1-based，0值处理各不相同。
SUBSTRING 函数在不同数据库里的写法差异很大
MySQL、PostgreSQL 和 SQL Server 的 SUBSTRING 语法不兼容，直接照搬会报错。比如 MySQL 和 PostgreSQL 支持三参数形式 SUBSTRING(str, start, length)，而 SQL Server 要求用 SUBSTRING(str, start, length)，但起始位置从 1 开始（不是 0）——这点容易被误当成 Python 切片。
常见错误现象：SUBSTRING('hello', 0, 2) 在 MySQL 返回 he，在 SQL Server 却返回空字符串（因为不支持从 0 开始）；PostgreSQL 则会报错“invalid input syntax for integer”。
- MySQL：支持
SUBSTRING(str, pos, len)和SUBSTRING(str FROM pos FOR len)两种写法 - PostgreSQL：只认标准 SQL 写法
SUBSTRING(str FROM pos FOR len)，pos从 1 开始 - SQL Server：仅支持
SUBSTRING(str, start, length)，start必须 ≥ 1
截取固定长度但避开开头空格的场景怎么处理
比如字段值是 ' abc123def'（前面有两个空格），你想跳过前导空格后取 3 个字符（即 'abc'），不能硬写 SUBSTRING(col, 3, 3)，因为空格数不确定。
正确做法是先用 TRIM 或 LPAD/RTRIM 配合定位函数：
- MySQL：用
SUBSTRING(TRIM(LEADING FROM col), 1, 3) - PostgreSQL：同上，
SUBSTRING(TRIM(LEADING FROM col) FROM 1 FOR 3) - SQL Server：没有
TRIM（2016+ 才有），得用REPLACE(LTRIM(REPLACE(col, CHAR(160), ' ')), CHAR(160), '')先清理非断空格，再套SUBSTRING
注意：如果字段含全角空格、NBSP（CHAR(160)）、制表符，TRIM() 默认不处理，必须显式替换。
用 SUBSTRING 提取邮箱用户名部分（@之前）
这是典型「按分隔符截取」需求，不能只靠固定位置。核心思路是：先用 LOCATE（MySQL）、POSITION（PostgreSQL）或 CHARINDEX（SQL Server）找 @ 的位置，再传给 SUBSTRING。
示例（MySQL）：SUBSTRING(email, 1, LOCATE('@', email) - 1)
关键细节：
- 如果
email不含@，LOCATE返回 0，导致SUBSTRING(..., 1, -1)→ 返回空字符串（MySQL）或报错（SQL Server） - PostgreSQL 要写成
SUBSTRING(email FROM 1 FOR POSITION('@' IN email) - 1) - SQL Server 必须加
NULLIF防错：SUBSTRING(email, 1, NULLIF(CHARINDEX('@', email), 0) - 1)
SUBSTRING 性能问题常被忽略
在 WHERE 条件里用 SUBSTRING(col, 1, 3) = 'ABC' 会导致全表扫描，因为无法走索引（除非建函数索引，且数据库支持）。
更高效的做法：
- MySQL 5.7+：改用前缀匹配
col LIKE 'ABC%'，可走 B+ 树索引 - PostgreSQL：建表达式索引
CREATE INDEX idx_col_sub ON tbl ((SUBSTRING(col, 1, 3))) - SQL Server：用计算列 + 索引，或改写为
LEFT(col, 3) = 'ABC'（LEFT在某些版本下优化更好）
另外，SUBSTRING 对超长文本（如 TEXT / XML 类型）可能隐式转换开销大，建议提前用 CAST 或 CONVERT 限定长度。
