Oracle迁移PostgreSQL重音字符失真问题（使用ora2pg）

以下是针对性的排查和解决步骤：

1. 确认两端数据库的字符集配置 #

首先要保证Oracle和PostgreSQL使用兼容的字符集（优先UTF-8系列）：

• 查询Oracle数据库字符集：

  SELECT value FROM nls_database_parameters WHERE parameter = 'NLS_CHARACTERSET';
  

  常见值如AL32UTF8（Oracle的UTF-8实现）。
• 查询PostgreSQL的字符集配置：

  SHOW server_encoding;
  SHOW client_encoding;
  

  确保两者都设置为UTF8（PostgreSQL中对应Oracle的AL32UTF8）。如果PostgreSQL字符集不符，需要修改postgresql.conf中的server_encoding（需重启服务），同时设置client_encoding为UTF8。

2. 配置ora2pg的字符集参数 #

修改ora2pg.conf配置文件，明确指定字符集映射：

• 设置Oracle端字符集：

  ORACLE_CHARSET AL32UTF8
  

  这里的值要和第一步查到的Oracle字符集完全一致。
• 设置PostgreSQL端字符集：

  PG_CHARSET UTF8
  

• 同时在运行ora2pg前，设置环境变量NLS_LANG，确保ora2pg连接Oracle时使用正确的字符集读取数据：

  export NLS_LANG=AMERICAN_AMERICA.AL32UTF8
  

  注意NLS_LANG的格式为语言_地区.字符集，字符集部分要和Oracle的一致。

3. 测试小范围迁移验证 #

先针对带重音字符的单条或少量数据做测试，排除批量迁移的干扰：

• 使用ora2pg导出指定表的目标数据，生成SQL文件：

  ora2pg -t TABLE -n your_table_name -w export_test.sql -c ora2pg.conf
  

• 打开生成的export_test.sql，直接查看带重音的字符是否正常显示（比如é、ñ等），如果这里已经乱码，说明是导出环节的字符集配置问题。
• 将测试SQL手动导入PostgreSQL，查询结果验证字符是否正确。

4. 检查迁移文件的编码格式 #

如果使用SQL文件迁移，确保文件本身的编码是UTF-8：

• 在Linux/macOS下用命令检查：

  file -i export_test.sql
  

  输出中应包含charset=utf-8。如果是其他编码（如ISO-8859-1），需要重新导出或转换编码：

  iconv -f ISO-8859-1 -t UTF-8 export_test.sql > export_test_utf8.sql
  

5. 迁移后数据一致性验证 #

编写脚本对比两端的二进制数据，确保字符完全一致：

• Oracle端查询字段的二进制值：

  SELECT utl_raw.cast_to_raw(your_column) FROM your_table WHERE id = 1;
  

• PostgreSQL端查询对应字段的十六进制值：

  SELECT encode(your_column::bytea, 'hex') FROM your_table WHERE id = 1;
  

  对比两个结果，如果完全相同，说明字符在迁移过程中没有被篡改。

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