CSV导到最后一段才遇见非法数字，整次COPY失败，表里没有新增记录，磁盘却明显上涨。直接给ZJI独立服务器加盘，可能只让下一次错误重试占住更多空间。应先分清输入转换错误、约束错误和事务可见性，再确定允许丢弃多少行、怎样对账以及失败现场怎样清理；这些证据比一张更大的磁盘报价更能决定采购。
先给导入结果定一个可以签收的标准
百度本次对postgresql copy返回的建议偏向版本、文档、数据文件等一般需求，必应则真实返回postgresql copy from csv与postgresql copy from stdin。下拉没有提供本篇这种错误边界问句，因此这里直接回答一个具体部署问题，不把编辑拟题说成搜索原词。2026年10月15日的PostgreSQL官网公告栏已经出现19 RC 1，但候选版本消息不能代替生产版本确认；本篇依据18系列COPY语义讨论，不建议为了容错选项直接把生产库切到候选版本。
开始之前，请业务方说清楚：源文件中的一百万条业务记录，是必须全部存在，还是允许少量转换失败后由人工补交。如果是账务流水或权限清单，少几条往往已经违反验收要求；如果是可重新采集的分析数据，可以接受明确上限的拒绝记录，但仍需保留原始文件和拒绝原因。命令返回成功，只说明选定的导入规则执行完成，不等于源文件每条业务记录都已入库。
建议给每次输入分配一个批次标识，保存源文件校验值、编码、列顺序、数据行数及目标表版本。这里的数据行数不能机械地用换行数代替：CSV字段可以含换行，必须按同一解析规则计数。对账也要按照业务主键检查唯一记录，避免重传后重复行被总行数掩盖。上述工作不依赖商家是否提供大内存套餐，最低配试机也应先交付。
ignore只跨过特定错误，不能包办所有坏数据
PostgreSQL官方COPY文档写明，ON_ERROR处理的是把某列输入转换为目标数据类型时的错误，默认stop；设置ignore后丢弃该输入行并继续，适用于text或csv的COPY FROM。把数字列里的非法字符串作为测试样本，可以核对这一条分支。不要把引号结构破损、列数不匹配、唯一约束冲突或触发器异常，都当成该选项承诺容忍的范围。官方同时说明COPY FROM会触发目标表触发器并检查约束，数据治理责任不会因为加了ignore消失。
18版本发布说明列出了REJECT_LIMIT，它配合ON_ERROR ignore限制可容忍的转换错误数量。最大值必须是正整数；错误数超过限制才使COPY失败，等于限制与超过限制应分别测试。没有设置这个选项时，ignore允许不限数量的这类错误。若文件几乎全部不合格，任务也可能结束得很平静，所以生产交付不应只留一条零退出码。
给出一组纯验收假设：源文件有1000000条数据记录，容忍上限100条转换错误，则允许的拒绝比例上限是0.01%。这是业务规则演算，不是ZJI套餐性能，也不是通用行业标准。若观察到99条拒绝，应核对入库999901条；若第101条触发失败，则不能沿用先前成功批次的行数报告。实际还有筛选条件或触发器行为时，必须单独计入对账，不能把所有差额都记成坏行。
日志要能留下证据，也要算成本
官方文档说明，默认会在存在被忽略行时发出包含忽略行数的NOTICE；verbose还能逐条给出输入行和列名，silent则抑制相关消息。客户端、任务平台或日志收集器如果把NOTICE丢掉，数据库已经提供的信息仍可能在交接时消失。验收应从任务实际运行入口执行一次，检查最后保存的日志文件，而非只在管理员终端里看过输出。
错误特别多时，逐行日志本身会增加存储和处理量，也可能泄露敏感字段。可先用脱敏样本定位解析问题，保留批次级统计，并限制诊断日志的访问和保留周期；不能为了日志安静直接使用silent后声称没有拒绝记录。应保存的是足以重建差异的证据，不是把每个输入值无限复制。
失败后的空表与占盘，可以同时成立
COPY FROM会随进度把行物理写入表。官方文档明确指出，命令失败时，已经插入的行会留在删除状态，虽然不可见，仍占磁盘；如果失败发生得晚，浪费的空间可能相当可观，可以用VACUUM回收。这里的回收应理解为数据库可重用空间，不承诺普通VACUUM让文件系统可用容量立即按同样数字上涨。需要缩小文件的操作有额外锁和空间条件，应单独评估。
因此，不要在故障后直接循环重试同一个目标表。先保存报错、事务状态和表大小，确认本次是否提交，再决定清理后重跑，或将失败的独立暂存表丢弃重建。暂存表能把输入验证和正式发布分开，但不是免费空间：原表、暂存数据、索引、WAL和日志可能同时存在。读者如果只按CSV压缩包大小询价，容易漏掉这些同时占用的部分。
假设本次导入需要额外20GiB暂存数据、8GiB索引、12GiB日志与WAL高峰，并为诊断保留5GiB，则一次演练至少要核对45GiB额外空间。各项来自示例预算，真实数字应从同样数据分布的试导入测量；CSV字节与表文件字节没有固定一比一关系。容量门槛应覆盖一个有明确处置步骤的失败批次，而不是靠无限重试来消耗预算。
把ZJI询价放到责任和资源边界之后
本轮渠道通实时记录将ZJI描述为独立裸金属服务器，列出西南联通、香港和韩国等产品方向；这些是渠道介绍，不是本次订单的机房或线路保证。官网首页及商品页请求虽然返回200，但正文只有站点标题，无法取得可核验套餐和有效产品画面。因此本篇不列现价、库存、盘型、保底写速或退款时限，配图均为概念示意。独立服务器也不会自动安装正确版本数据库、清洗CSV或交付可靠导入脚本。
对需要控制数据库版本、暂存盘布局和离峰批量任务的团队，可以把裸金属作为候选；只有偶尔导入小表、又没有数据库运维人员的团队，可能更适合有明确导入和备份服务的托管方案。以下为推广入口，可能产生推广收益：查看ZJI独立服务器方案，核对批量导入所需磁盘与管理权限。链接是本轮渠道API返回的tracking_url，跳转访问异常已留证，当前报价仍须向商家确认，不能把未打开的落地页当核验结果。
下单前应书面问明：可交付操作系统和PostgreSQL版本、实际可用磁盘与RAID方式、是否允许持续批量写入、快照或备份是否另收费、远程控制台与重装权限、硬件故障由谁更换，以及试机退款对已产生资源费用怎样处理。若商家只承诺硬件，团队就应另列数据清洗、失败恢复和当班处置的人力费用。采购比较应按同一验收目标计算，而非把裸机和代运维服务直接按月费排序。
交接时保留两份结果，不只交命令
第一份是全量成功或达到业务认可拒绝上限的导入记录，包含源记录数、接受数、拒绝数、批次标识和业务抽查；第二份是故意超过限制后的失败记录，确认旧业务数据未受影响、失败空间能按步骤处理。再加入一个约束错误样本，证明操作人员知道ignore的边界。这三类结果能区分语法配置、输入质量和资源瓶颈。
若输入始终合法，且相同数据的试机仍无法在计划窗口内完成，再比较更强CPU、更低存储延迟与更高写入余量的收益。此时可通过推广入口对照ZJI独服可用磁盘和交付条件，带着试导入记录询价。商家答复应附具体订单，测试记录应附具体版本；二者齐全，才能判断多付的钱是在缩短真实导入窗口，还是只容纳更多失败残留。
用户评论