right函数仅mysql和sql server支持，用于从右截取n个字符；postgresql等需用substring或substr替代；使用时须校验长度防负值，且注意length按字节计数可能切歪多字节字符。

RIGHT 函数在 SQL 中如何截取末尾字符

MySQL 和 SQL Server 支持 RIGHT()，但 PostgreSQL、SQLite、Oracle 不支持——直接用会报错 function right does not exist。别硬套，先看数据库类型。

如果确认是 MySQL 或 SQL Server：RIGHT(str, n) 从右往左取 n 个字符，n 必须是非负整数；传负数或 NULL 会返回 NULL。

• 想取最后 5 个字符？写 RIGHT(col_name, 5)
• 想动态算长度（比如去掉末尾的 "_bak"）？不能直接写 RIGHT(col_name, LENGTH(col_name) - 4) —— 这样写没问题，但前提是你知道后缀固定是 4 位
• 如果字段本身长度小于 n，RIGHT() 自动截到开头，不会报错，结果就是整个字符串

LENGTH 配合 RIGHT 做“安全截断”的常见翻车点

很多人想删掉末尾固定后缀，比如统一去掉 "_tmp"，就写 RIGHT(col, LENGTH(col) - 4)。这看似合理，但一跑就漏数据或报错。

• 字段值是 "abc"（长度 3），LENGTH(col) - 4 得到 -1，MySQL 会返回 NULL，SQL Server 报错 Invalid length parameter
• 字段含 NULL？LENGTH(NULL) 是 NULL，整个表达式崩掉
• 字段是空字符串 ''？LENGTH('') 是 0，RIGHT('', -4) 同样出问题

正确做法是加保护：用 IF(LENGTH(col) > 4, RIGHT(col, LENGTH(col) - 4), col)（MySQL）或 IIF(LEN(col) > 4, RIGHT(col, LEN(col) - 4), col)（SQL Server）。

跨数据库兼容的末尾截取替代方案

要是代码要跑在 PostgreSQL 或 SQLite 上，RIGHT() 直接不可用，得换思路。

• PostgreSQL：用 SUBSTRING(col FROM LENGTH(col) - n + 1)，例如去最后 4 位就是 SUBSTRING(col FROM LENGTH(col) - 3)
• SQLite：没有 LENGTH() 的别名，只有 length()（小写），且不支持负偏移，得写成 SUBSTR(col, -n) —— 对，它支持负起始位置，SUBSTR(col, -4) 就是最后 4 个字符
• Oracle：用 SUBSTR(col, -n)，和 SQLite 一样，但注意：如果 n 大于字符串长度，它会返回全部；而 MySQL 的 RIGHT() 在这种情况下也返回全部，行为一致

所以如果你真要写兼容 SQL，优先考虑 SUBSTR(col, -n)，但它在 MySQL 里不生效（MySQL 的 SUBSTR() 不支持负数起始位），还是得按库分支处理。

为什么不用 REVERSE + LEFT + REVERSE 绕路

有人提议：先 REVERSE()，再 LEFT()，再 REVERSE()，三步走。理论上可行，但代价明显。

• 多两次函数调用，字符串越长性能越差，尤其在大表 SELECT 或 WHERE 中用，IO 和 CPU 都涨
• 某些数据库（如旧版 MySQL）对 REVERSE() 的字符集支持不稳，遇到 emoji 或 utf8mb4 字符可能截断错位
• REVERSE() 在 SQLite 中不存在，PostgreSQL 有但名字是 reverse()（小写），又引入大小写和存在性判断负担

除非你卡在某个极老版本且无法升级，否则别为了一致性牺牲可读性和性能。该分库就分库，比绕弯更可靠。

真正容易被忽略的是：不同数据库对空格、不可见字符（比如 \r\n）的 LENGTH() 计算是否包含它们——MySQL 默认 LENGTH() 算字节，不是字符；而 CHAR_LENGTH() 才算字符数。如果字段存了中文或 emoji，用错就切歪了。