如何用COPY命令生成无法通过COPY恢复的数据库备份？

以下几种方法无需手动修改备份文件，就能确保用COPY命令导出的备份无法恢复到原表（原表结构不可修改）：

• 利用OID导出选项
  PostgreSQL 12及以上版本创建的表默认不包含OID列。导出时强制带上OID：

  COPY your_table TO '/path/backup_with_oids.dat' WITH OIDS;
  

  恢复时执行常规COPY your_table FROM '/path/backup_with_oids.dat';会直接报错，因为备份数据比原表多一列（OID），列数不匹配且无法修改原表添加OID。

• 故意设置错误的转义/引号规则
  导出CSV格式时，指定与默认恢复规则冲突的转义符，同时强制所有列加引号：

  COPY your_table TO '/path/backup_bad_escape.csv' WITH (FORMAT CSV, FORCE_QUOTE *, ESCAPE '''');
  

  恢复时默认用双引号作为转义符，遇到备份中用单引号转义的带引号数据，会触发CSV语法错误，无法解析。

• 跨版本导出二进制格式
  PostgreSQL的二进制COPY格式是版本依赖的，用高版本PG导出二进制备份：

  COPY your_table TO '/path/backup_binary_new.dat' WITH BINARY;
  

  用低版本PG执行恢复命令时，会直接提示二进制格式版本不兼容，无法完成导入。

• 编码不匹配的强制导出
  如果原表数据库是UTF8编码，导出时强制用不兼容的编码（比如LATIN1），且数据包含UTF8特有字符（如emoji、部分西里尔字符）：

  COPY your_table TO '/path/backup_bad_encoding.dat' WITH (ENCODING 'LATIN1');
  

  恢复时默认用UTF8编码读取备份，会因字节序列无效报错，无法解析乱码数据。

• 导出带错误表头的CSV
  创建一个包含额外冗余列的临时视图，导出带表头的CSV：

  CREATE TEMP VIEW broken_export_view AS SELECT *, 'invalid' AS extra_col FROM your_table;
  COPY broken_export_view TO '/path/backup_bad_header.csv' WITH (FORMAT CSV, HEADER);
  

  恢复时指定读取表头，会因表头列数/列名与原表不匹配报错，且无法修改备份文件或原表结构。

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