能，LEFT和RIGHT函数可直接截取固定长度前缀或后缀，但要求长度恒定且需处理NULL、空格及跨库兼容性问题；长度不足时返回原串而非报错，易导致结果不一致。
LEFT 和 RIGHT 函数能直接截取固定长度前缀或后缀吗？
能，但前提是“固定长度”这个条件必须成立。比如身份证号末4位、订单号前2位、设备编码后6位——只要长度恒定，LEFT(col, n) 和 RIGHT(col, n) 就是最轻量、最直观的选择。它们不依赖分隔符、不查位置、不正则匹配，执行快，也容易读。但如果前缀/后缀本身长度不一（如 'REFUND2024001' vs 'RET2024002'），这两个函数立刻失效，得换 SUBSTRING 或正则。
LEFT(col, 3) 在不同数据库里真能通用吗？
不能直接照搬。虽然语义一致，但支持度和行为细节差异明显：
- SQL Server、Azure SQL、MySQL 8.0+：原生支持
LEFT(col, 3)，安全可用 - PostgreSQL：默认不提供，需写成
SUBSTRING(col FROM 1 FOR 3)；若坚持用LEFT，得先装pg_trgm扩展（不推荐只为截取加扩展） - MySQL 5.7 及更早：不支持
LEFT，必须用SUBSTRING(col, 1, 3)或SUBSTR(col, 1, 3) - SQLite：3.29.0+ 支持，旧版本只能靠
SUBSTR(col, 1, 3)
跨库迁移时，别迷信 LEFT 的“标准感”，优先用 SUBSTRING 更稳妥。
RIGHT(col, 4) 返回结果长度不一致？常见原因是什么？
最常被忽略的一点：RIGHT(col, 4) 遇到原始值长度不足 4 时，不会报错，而是直接返回全部内容。例如 RIGHT('AB', 4) → 'AB'，不是 NULL 也不是报错。这会导致后续比对或分组时逻辑出错——你以为所有结果都是 4 位，其实混进了 1 位、2 位的值。
安全做法是显式控制长度：
- 加长度校验：
WHERE LENGTH(col) >= 4再用RIGHT(col, 4) - 补全再截取（仅限需要固定输出长度场景）：
RIGHT(CONCAT(REPEAT('0', 4), col), 4)（MySQL） - 用
CASE统一兜底：CASE WHEN LENGTH(col) >= 4 THEN RIGHT(col, 4) ELSE LPAD(col, 4, '0') END
NULL、空格、负数长度会引发什么问题？
LEFT 和 RIGHT 对 NULL 输入一律返回 NULL，不报错但容易在 WHERE 或 JOIN 中静默丢数据；字段带首尾空格时，LEFT(TRIM(col), 3) 才是正确写法；而传入负数长度，在 SQL Server 中直接报 Invalid length parameter passed to the LEFT or SUBSTRING function，MySQL 则悄悄返回空字符串，掩盖逻辑缺陷。
务必检查这三类输入：
-
col IS NOT NULL—— 显式过滤或用COALESCE(col, '') -
TRIM(col)—— 防止空格干扰长度判断 - 确认
length参数是整数且 ≥ 0，尤其从变量或计算列传入时，避免CHARINDEX('@', email) - 1得负数
真正难的不是怎么写对一个 RIGHT，而是你永远不知道上游数据里藏着多少个没 trim 过的空格、没判空的 NULL、或者长度算崩了的动态表达式。
