我之前也碰到过类似的Sqoop导出到Netezza时的特殊字符（尤其是带重音的欧洲语言字符）编码问题，结合你的场景（Hive/HDFS显示正常、手动插入Netezza没问题），核心问题大概率出在Sqoop导出过程中编码没有和Netezza/HDFS对齐，给你几个实际可行的排查和解决步骤：

1. 强制在Sqoop命令中指定UTF-8编码 #

Sqoop默认可能采用系统默认编码（比如ISO-8859-1），而你的数据和Netezza都支持UTF-8，所以必须显式指定编码参数：

sqoop export \
  --connect jdbc:netezza://<netezza_host>:<port>/<database> \
  --username <your_username> \
  --password <your_password> \
  --table <target_neteza_table> \
  --export-dir /user/hive/warehouse/<your_hive_table>/ \
  --input-fields-terminated-by '\t' \  # 需与你的Hive表分隔符一致
  --num-mappers 1 \  # 先单线程测试，排除并发编码问题
  -Dfile.encoding=UTF-8 \  # 强制Sqoop进程使用UTF-8读取文件
  -Dnetezza.client.encoding=UTF-8 \  # 指定Netezza客户端连接编码
  --driver org.netezza.Driver

关键是这两个JVM参数：-Dfile.encoding=UTF-8确保Sqoop读取HDFS文件时用UTF-8解码，-Dnetezza.client.encoding=UTF-8让Netezza客户端接收数据时用UTF-8解析，两端编码统一就不会出现乱码。

2. 确认HDFS文件的实际编码 #

虽然Hive里显示正常，但还是要验证HDFS上的原始文件是不是UTF-8编码：

# 下载文件到本地并检查编码
hdfs dfs -get /path/to/your/hdfs/file ./test.txt
file ./test.txt

如果输出显示UTF-8 Unicode text，那没问题；如果是其他编码（比如ISO-8859 text），你需要要么把文件转成UTF-8，要么在Sqoop命令里把编码参数改成对应的值（比如-Dfile.encoding=ISO-8859-1）。

3. 检查MapReduce进程的编码配置 #

有时候Sqoop启动的MapReduce任务会继承集群的默认编码，导致编码不一致。你可以在集群的mapred-site.xml中添加以下配置（或者在Sqoop命令中临时指定）：

<property>
  <name>mapreduce.map.java.opts</name>
  <value>-Dfile.encoding=UTF-8</value>
</property>
<property>
  <name>mapreduce.reduce.java.opts</name>
  <value>-Dfile.encoding=UTF-8</value>
</property>

确保Map和Reduce进程都用UTF-8处理文本。

4. 验证Netezza表的字符集配置 #

虽然你手动插入正常，但还是可以确认下目标表的字符集：

SELECT TABLENAME, CHARACTERSET FROM _V_TABLE WHERE TABLENAME = '<your_table_name>'

如果CHARACTERSET是UTF8就没问题；如果是其他值，可能需要调整表的字符集（不过你手动插入正常的话，这个概率不大）。

先从第一步的Sqoop命令调整开始测试，一般加上那两个编码参数就能解决这类问题。

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