RPAD函数语法为RPAD(str, len, pad_str)，参数顺序是原始字符串、目标长度、填充字符（默认空格）；不截断原串，NULL输入返回NULL，数值需先转字符串，补零编号应使用LPAD而非RPAD。

RPAD函数的基本用法和参数顺序

RPAD不是所有数据库都支持，MySQL、Oracle、PostgreSQL（需启用pg_trgm扩展或使用lpad/rpad内置函数）可用，SQL Server没有原生RPAD，得用REPLICATE或RIGHT+CONCAT模拟。函数签名通常是RPAD(str, len, pad_str)：第一个参数是原始字符串，第二个是要补齐到的总长度，第三个是填充字符（可选，默认空格）。

注意：如果原始字符串长度已≥len，RPAD直接返回原串，不会截断——这点常被误认为“没生效”，其实是预期行为。

• RPAD('abc', 5, '0') → 'abc00'
• RPAD('hello', 3, 'x') → 'hello'（不截断）
• RPAD('a', 4) → 'a '（默认用空格补）

在SELECT中对字段做右补齐的实际写法

最常见需求是把ID或编码字段统一拉到固定宽度，比如日志编号补零成6位：000123。这时不能直接RPAD(id, 6, '0')，因为id可能是数值类型，而RPAD只接受字符串。

必须先显式转成字符串，不同数据库语法略有差异：

• MySQL：RPAD(CAST(id AS CHAR), 6, '0')
• PostgreSQL：RPAD(id::TEXT, 6, '0')
• Oracle：RPAD(TO_CHAR(id), 6, '0')

如果字段本身是VARCHAR但含前后空格，RPAD会把空格算进长度，导致补不满——建议先TRIM再RPAD。

RPAD和LPAD混用时容易忽略的对齐方向

名字里带“R”不代表“右边加字符”就一定适合所有场景。比如生成固定宽报表列时，数值通常左对齐、补空格在右边，用RPAD；但编号补零一般要右对齐、零在左边，该用LPAD。

典型反例：RPAD('123', 6, '0')得到'123000'，不是想要的'000123'。这时候必须换LPAD。

• 补零编号 → 用LPAD
• 描述字段右对齐留空 → 用RPAD
• 混合字段导出CSV时对齐 → 得按列语义分别选LPAD/RPAD，不能一概而论

性能和NULL值处理的隐性坑

RPAD遇到NULL输入，结果仍是NULL，不会报错也不会变成空字符串。如果字段可能为空，又希望补成固定格式（比如'NULL00'），必须提前COALESCE或IFNULL处理。

另外，在WHERE或JOIN条件里用RPAD会导致索引失效——它属于计算列，无法走B-tree索引。如果高频查询依赖补齐后的值，考虑建计算列并加索引（MySQL 5.7+支持函数索引，PostgreSQL支持表达式索引）。

真正复杂的地方不在语法，而在你得想清楚：这个补齐是纯展示用，还是会影响后续逻辑（比如下游系统按固定长度解析字段）。一旦涉及协议或文件格式，多一个空格、少一个零都可能引发数据错位。