PostgreSQL中encrypt_iv生成多行Base64编码导致CSV加载失败及解密报错问题求助

首先，咱们来拆解你遇到的两个核心问题：加密后base64多行导致CSV加载异常，以及后续修改操作引发的解密失败。

问题1：加密后的base64为何是多行？ #

PostgreSQL的encode(..., 'base64')函数默认会每64个字符插入一个换行符（符合RFC 4648的base64格式规范），但CSV解析时会把这些换行当成新行，所以才会出现列内容跨多行的情况。你不需要修改原始明文（替换反斜杠这一步完全没必要，反而破坏了原始数据），只需要处理加密后的base64输出即可。

问题2：解密失败的原因 #

你犯了两个关键错误：

1. 加密前修改了明文（替换\为/）：这直接改变了原始数据，加密后的密文自然无法还原成最初的raw_address。
2. 解密查询逻辑错误：你用encode(decrypt_iv(...), 'base64')，但decrypt_iv返回的是明文的bytea，应该转换成字符串而非再次base64编码；另外如果密文被错误修改（比如不小心删了非换行字符），会导致base64解码后的bytea长度不是AES块大小（16字节）的倍数，触发Data not a multiple of block size错误。

正确解决方案 #

1. 生成无换行的加密结果（适合CSV导出）

直接在加密后去掉base64中的换行符，不要碰原始明文：

select 
  id, 
  replace(encode(encrypt_iv(raw_address::bytea, '<aes_key>', '<iv>', 'aes-cbc/pad:pkcs'), 'base64'), E'\n', '') as raw_address
from some_table;

这里E'\n'明确匹配换行符，确保只移除格式化换行，不破坏base64的有效字符。

2. 正确解密加密后的密文

拿到上述查询生成的单行base64密文后，用以下语句解密（注意要把密文转成bytea，再解密为字符串）：

select 
  convert_from(decrypt_iv(decode('你的单行密文字符串', 'base64'), '<aes_key>', '<iv>', 'aes-cbc/pad:pkcs'), 'utf8') as raw_address;

• decode(..., 'base64')：把base64字符串转回bytea格式的密文
• decrypt_iv：解密得到明文的bytea
• convert_from(..., 'utf8')：把bytea转换成UTF-8字符串（如果你的原始明文是其他编码，替换成对应编码即可）

额外提示 #

• 永远不要在加密前修改原始明文，除非你明确需要修改数据本身——加密的核心是保护原始数据的完整性，修改明文等于改变了加密的目标。
• 如果需要导出CSV，确保工具能正确处理带换行的字段（比如用引号包裹字段），但去掉base64的换行是更简单的兼容方式。

内容的提问来源于stack exchange，提问作者Gocht