如何获取SQL字符串右侧字符？利用RIGHT函数截取信息
想从字符串末尾提取几个字符？RIGHT函数似乎是那个“开箱即用”的工具。但这里有个关键前提：你得清楚它在不同数据库里的“脾气”，以及它如何处理NULL值。否则，一个看似简单的查询，可能会在跨平台或数据清洗时带来意想不到的麻烦。
RIGHT 函数的基本用法与跨数据库兼容性
首先得明确一点：RIGHT函数并非SQL标准中的“正规军”。这意味着，它的出场资格完全取决于你使用的数据库系统。直接依赖它，就像带着一把万能钥匙，却不知道哪扇门能用它打开。
- SQL Server：这里是
RIGHT的“舒适区”。RIGHT(column_name, 3)这种写法安全无虞。 - MySQL 8.0+：新版本已经原生支持。但如果你维护的系统还跑在5.7或更早版本，这么写就会报错。得换成
SUBSTRING(column_name, -3)，用负数起始位置来表示“从右向左数”。 - PostgreSQL：默认情况下，它并不认识
RIGHT。你得用标准一点的SUBSTRING(column_name FROM LENGTH(column_name) - 2 FOR 3)来模拟。虽然有些扩展插件能提供RIGHT，但为了代码的纯粹性，通常不推荐。 - Oracle：这位老牌选手同样不支持。它的套路是
SUBSTR(column_name, -3)，同样利用负数参数来实现从右截取。
看到了吗？仅仅是“取最后三个字符”这个操作，在不同环境下就有至少四种写法。这还没提SQLite，它压根就不支持RIGHT。
NULL 和空字符串的处理陷阱
语法兼容只是第一关，更隐蔽的坑藏在数据里。关键在于理解RIGHT面对不同输入时的反应：
- 输入是
NULL？那它直接返回NULL。 - 输入是空字符串
''？它则老老实实返回空字符串。
这个区别至关重要。如果你的字段里混着NULL和空字符串，直接调用RIGHT，结果列里就会出现大量NULL。这很容易让人误以为是数据本身有问题，或者截取出错了，实际上只是函数在处理NULL。
所以，安全的写法应该预先处理NULL。在SQL Server或MySQL 8.0+里，可以这样写：RIGHT(COALESCE(column_name, ''), 3)。先用COALESCE（或ISNULL）把NULL转换成空字符串，再进行截取。
另外两个常见误区是：第一，有人会写RIGHT(column_name, LEN(column_name))试图取整个字符串，这纯属画蛇添足，性能差且毫无意义。第二，当指定的截取长度超过字符串本身长度时，RIGHT不会报错，而是会返回整个字符串。这个特性有时有用，但也常被误读为“函数失效了”。
替代方案：用 SUBSTRING + LENGTH 实现最大兼容性
如果你的项目需要部署在多种数据库环境里（比如同时兼容MySQL 5.7和PostgreSQL），那么死磕RIGHT函数只会增加未来的维护成本。这时，一个更具普适性的方案是使用SUBSTRING配合LENGTH函数。
SELECT SUBSTRING(name, LENGTH(name) - 2, 3) AS last_3_chars FROM users;
这个写法的逻辑很清晰：
LENGTH(name) - 2计算出从字符串开头算起的起始位置（注意SQL中位置通常从1开始计数），这正好是“倒数第三个字符”的位置。- 第三个参数
3表示截取的长度。 - 如果想取最后N个字符，通用公式就是：
SUBSTRING(column, LENGTH(column) - N + 1, N)。
这套组合拳在MySQL、PostgreSQL、SQL Server、Oracle上都能奏效。对于SQLite，只需把SUBSTRING换成SUBSTR（少一个字母‘I’）即可。
话说回来，实际开发中最容易翻车的地方，往往不是语法，而是细节。比如，本地测试用的MySQL 8.0一切正常，部署到客户的生产环境（MySQL 5.7）立刻报错“FUNCTION does not exist”。又或者，写完RIGHT查询后，没有用包含NULL的记录测试，上线后才发现关键字段批量变成了NULL。这些才是真正需要警惕的地方。
