RIGHT函数用于截取字符串右侧指定长度字符，语法为RIGHT(string, length)，参数分别为字符串和正整数长度；length超长返回原串，为0返回空串，NULL输入返回NULL；SQL Server原生支持，MySQL 8.0+内置，5.7需用SUBSTRING(col,-n)，PostgreSQL不支持需用SUBSTR(col,-n)或POSITION结合SUBSTRING；提取扩展名应先定位末尾点再截取，避免硬编码长度；嵌套使用影响索引利用，大数据量下建议添加计算列并索引。
RIGHT函数的基本用法和参数含义
RIGHT 是 SQL 中用于截取字符串右侧指定长度字符的函数，语法统一为 RIGHT(string, length)。第一个参数是待处理的字符串（可以是列名、字面量或表达式），第二个参数是正整数，表示要取多少个字符。
常见错误是传入负数或非整数——多数数据库（如 SQL Server、MySQL 8.0+、PostgreSQL 的 RIGHT 兼容层）会直接报错，例如 ERROR 1582 (42000): Incorrect parameter count in the call to native function 'RIGHT' 或类似提示。
- 若
length大于原字符串长度，结果就是整个字符串（不会报错） - 若
length为 0，返回空字符串'' - 若字段值为
NULL，结果仍是NULL，不是空字符串
不同数据库对RIGHT的支持差异
SQL Server 原生支持 RIGHT；MySQL 自 8.0 起才内置该函数，5.7 及更早版本需用 SUBSTRING(str, -n) 模拟；PostgreSQL 不提供 RIGHT，必须用 SUBSTRING(str FROM LENGTH(str) - n + 1 FOR n) 或 RIGHT 的等价写法（如 SUBSTR(str, -n) 在某些 pg 扩展中可用，但标准版不保证）。
实际迁移或跨库开发时，别默认 RIGHT 存在。比如在 MySQL 5.7 执行 SELECT RIGHT('hello', 2) 会报 FUNCTION database.RIGHT does not exist。
- SQL Server：直接用
RIGHT(col, 3) - MySQL 5.7：改用
SUBSTRING(col, -3)（负数起始位置表示从右往左） - PostgreSQL：推荐
SUBSTR(col, -3)（注意：标准SUBSTR支持负偏移，但部分旧驱动可能不识别）
提取文件扩展名这类典型场景怎么写
想从 filename 字段（如 'report.pdf'）中提取扩展名，不能简单写 RIGHT(filename, 4) —— 因为扩展名长度不固定（.txt 是 4 字符含点，.xlsx 是 5，.log 是 4，但 readme 没点就不是扩展名）。
正确做法是先定位最后一个 '.'，再结合 RIGHT 或等效函数：
SELECT
CASE
WHEN CHARINDEX('.', REVERSE(filename)) > 0
THEN RIGHT(filename, CHARINDEX('.', REVERSE(filename)) - 1)
ELSE ''
END AS ext
FROM files;注意：上面用了 CHARINDEX 和 REVERSE，这是 SQL Server 写法；MySQL 要换成 LOCATE('.', REVERSE(filename))；PostgreSQL 则用 POSITION('.' IN REVERSE(filename))。
- 别漏掉
CASE判断，否则无点文件会导致RIGHT(filename, 0)返回空，但逻辑上应视为“无扩展名” -
REVERSE+CHARINDEX组合比反复CHARINDEX从左找更可靠，避免中间出现多个点（如'a.b.c.txt'）
性能和可读性容易被忽略的点
RIGHT 本身开销极小，但嵌套多层字符串函数（比如 RIGHT(LTRIM(RTRIM(col)), 5)）会在每一行触发多次计算，在大数据量表上可能拖慢查询。更重要的是，这类表达式无法利用索引——即使你在 col 上建了索引，RIGHT(col, 3) 也无法走索引查找。
- 如果频繁按右侧字符筛选（如查所有以
'_bak'结尾的表名），优先考虑加计算列并索引：ALTER TABLE t ADD suffix AS RIGHT(name, 4) PERSISTED; CREATE INDEX ix_suffix ON t(suffix); - 避免在 WHERE 中对大字段用
RIGHT做条件，尤其配合LIKE（如RIGHT(col, 3) = 'xml'），尽量转成前缀匹配或预存字段 - 代码可读性上，
RIGHT(col, 1)比SUBSTRING(col, LEN(col), 1)更直观，但团队若主要用 PostgreSQL，强行统一用RIGHT反而增加维护成本
