LPAD和RPAD是SQL中用于左右填充字符串的函数，语法均为LPAD(str, len, pad)和RPAD(str, len, pad)，其中len为结果总长度，str超长时截断而非报错，pad为可选填充字符；Oracle仅支持单字符pad，MySQL/PostgreSQL支持多字符，SQL Server需模拟实现。
LPAD和RPAD函数的基本用法与参数含义
这两个函数在MySQL、PostgreSQL（需安装string_agg扩展外的原生支持）、Oracle中都存在，但行为略有差异；SQL Server不原生支持，需用REPLICATE + +模拟。核心逻辑一致：LPAD(str, len, pad)从左边补字符到总长len，RPAD(str, len, pad)从右边补。
关键点在于：len是**最终字符串总长度**，不是补几个字符；如果原字符串已超长，多数数据库（如MySQL）会直接截断，不是报错。
-
LPAD('123', 5, '0')→'00123' -
RPAD('123', 5, '0')→'12300' -
LPAD('123456', 4, '0')→'1234'（被截断，非报错）
常见错误：数字类型字段直接套用LPAD/ RPAD导致空值或意外结果
如果你对INT或NUMERIC列直接写LPAD(id, 6, '0')，MySQL会隐式转成字符串但可能丢失前导零逻辑（尤其当值为0时），PostgreSQL则直接报错「function lpad(integer, integer, unknown) does not exist」。
- 必须显式转字符串：
LPAD(CAST(id AS CHAR), 6, '0')或LPAD(id::TEXT, 6, '0')（PostgreSQL） - 注意NULL值：若
id为NULL，整个LPAD结果为NULL；需要先用COALESCE兜底，例如LPAD(COALESCE(CAST(id AS CHAR), '0'), 6, '0') - 避免用
CONVERT(VARCHAR, id)在SQL Server里——它默认长度太短，易截断；应明确写CONVERT(CHAR(10), id)
实际对齐场景：订单号、工单编号、流水号补零
典型需求是把order_id统一显示为8位数字，不足位左补零。此时不能只看当前最大值，而要考虑业务未来上限——比如现在最大是99999，但系统设计要求支持千万级，就该按8位对齐，而非动态算长度。
- 安全写法：
LPAD(CAST(order_id AS CHAR), 8, '0') - 如果字段本身是字符串但含前缀（如
'ORD-123'），先用SUBSTRING_INDEX（MySQL）或SPLIT_PART（PostgreSQL）提取数字部分再补零 - 性能提示：在WHERE条件中用
LPAD会导致索引失效；仅用于SELECT展示层，不要用于JOIN或过滤条件
跨数据库兼容性陷阱
Oracle的LPAD第三个参数只能是单字符，传'00'会报错；MySQL和PostgreSQL允许多字符填充（如LPAD('a', 5, 'xy') → 'xyxay'），但通常补零场景不会用到这个特性。
- Oracle必须写
LPAD(col, 6, '0')，不能写'00' - PostgreSQL中
LPAD对bytea类型不适用，需先转text - SQLite完全不支持
LPAD/RPAD，得用printf('%06d', col)替代（仅限整数）
真正容易被忽略的是：不同数据库对空格的处理——比如CHAR类型字段自带右填充空格，LPAD作用于它时，长度计算包含这些空格，结果可能比预期多出空白。务必用RTRIM清洗后再补零。
