RIGHT()从字符串最右侧截取指定字符数，参数为str和len，len需非负整数；len超长返回原串，为0返回空串，为负报错；注意字段名勿加引号，中文按字符计数，NULL输入返回NULL。
RIGHT函数的基本用法和参数含义
RIGHT() 是 MySQL 提供的字符串截取函数，专门用于从字符串**最右侧**开始取指定长度的子串。它接受两个参数：RIGHT(str, len)，其中 str 是源字符串（可以是列名、常量或表达式），len 是要截取的字符数（必须是非负整数）。
如果 len 大于字符串实际长度，RIGHT() 会返回整个字符串；如果 len 为 0，结果为空字符串 ''；如果 len 为负数，MySQL 会报错 Invalid argument for function right()。
常见误用：把字段名写成字符串字面量（如 RIGHT('name', 3)），结果永远是 'ame'，而不是对每行 name 字段做截取——记得去掉引号。
在查询中直接使用RIGHT截取字段值
典型场景是提取文件扩展名、手机号后四位、订单号末尾编号等。例如，从 filename 字段获取后缀：
SELECT filename, RIGHT(filename, 3) AS ext FROM files;
注意：中文字符、emoji 或 UTF-8 多字节字符按「字符」计数，不是字节。比如 RIGHT('你好abc', 2) 返回 'bc'，而 RIGHT('你好abc', 4) 返回 '好abc'。
- 若字段可能为
NULL，RIGHT(NULL, n)结果仍是NULL，无需额外判断，但业务逻辑中需留意 - 若想兼容空字符串，可配合
IFNULL()或COALESCE()，如RIGHT(IFNULL(filename, ''), 3) - 不建议在
WHERE子句中对大表字段频繁使用RIGHT()做条件过滤——无法走索引，性能差
RIGHT和SUBSTRING_INDEX配合提取分隔符右侧内容
当需要截取最后一个分隔符之后的部分（比如路径中的文件名、邮箱的用户名），仅靠 RIGHT() 不够，得先知道从哪开始。这时常和 SUBSTRING_INDEX() 组合：
SELECT email, SUBSTRING_INDEX(email, '@', -1) AS domain FROM users;
但如果你坚持只用 RIGHT()，就得先算出位置，比如用 LENGTH() 和 LOCATE() 反向找最后出现的 @：
SELECT email,
RIGHT(email, LENGTH(email) - LOCATE('@', REVERSE(email))) AS domain
FROM users;这段代码其实绕远了：先 REVERSE() 把 @ 变成第一个，再 LOCATE() 找位置，最后用总长减去它得到右侧长度。可读性和性能都不如 SUBSTRING_INDEX() 直观。
容易踩的坑：LOCATE() 在找不到时返回 0，会导致 RIGHT(str, LENGTH(str) - 0) 取整个字符串——务必确认分隔符存在，或加 CASE WHEN 判断。
RIGHT在UPDATE或INSERT中的实际应用限制
可以在 UPDATE 语句中用 RIGHT() 修改字段，比如统一截短日志字段：
UPDATE logs SET content = RIGHT(content, 200) WHERE LENGTH(content) > 200;
但要注意两点：
- 如果目标字段是
CHAR类型，RIGHT()返回的是VARCHAR，赋值时会隐式转换，末尾空格会被自动去除（CHAR的特性） - 在
INSERT ... SELECT中使用时，若源字段长度小于len，RIGHT()照常返回全长，不会报错或截断失败——这点比某些语言的 substring 更宽容 - 不能在生成列（generated column）的表达式中使用
RIGHT()（MySQL 8.0.29 之前不支持函数生成列，之后也仅限确定性函数，而RIGHT()是确定性的，但部分旧版本仍报错）
真正麻烦的是嵌套调用——比如 RIGHT(RIGHT(str, 10), 5)，看起来冗余，但有时为了兼容不同长度输入不得不这样写；此时建议拆成变量或视图，避免逻辑缠绕。
