使用PGLoader迁移MySQL到PostgreSQL：将NULL与'0000-00-00 00:00:00'转为非空

我太懂这个痛点了！MySQL对datetime的宽容度真的很高——不仅允许存NULL到本该非空的字段（尤其是没开严格SQL模式的情况下），还能存'0000-00-00 00:00:00'这种PostgreSQL完全不认可的无效时间，迁移时碰到非空约束直接炸锅太常见了。

针对你的场景，这里有两个最实用的CAST方案，你可以根据业务需求选：

方案1：用当前时间填充无效值 #

如果业务允许把缺失的时间戳替换成迁移时的当前时间，用这个CAST语句：

--cast "type datetime to timestamptz using (if (or (= :source '0000-00-00 00:00:00') (nullp :source)) (now) :source)"

拆解一下逻辑： #

• type datetime to timestamptz：把MySQL的datetime映射到PostgreSQL的带时区时间戳（如果不需要时区，换成timestamp就行）
• using (...)：自定义转换规则，pgloader支持用Lisp表达式写逻辑
• if (or (= :source '0000-00-00 00:00:00') (nullp :source)) (now) :source：判断源值如果是零时间或NULL，就调用PostgreSQL的now()生成当前时间，否则保留原有效时间

方案2：用固定默认时间填充 #

如果业务需要统一用某个合法的历史时间（比如Unix纪元后一秒'1970-01-01 00:00:01'，PostgreSQL不接受'1970-01-01 00:00:00'作为有效时间），用这个：

--cast "type datetime to timestamptz using (if (or (= :source '0000-00-00 00:00:00') (nullp :source)) '1970-01-01 00:00:01'::timestamptz :source)"

针对单个字段的转换（不是全局所有datetime） #

如果只有特定字段（比如created_at）有这个问题，不想全局转换，用字段级CAST：

--cast "column your_table.created_at to timestamptz using (if (or (= :source '0000-00-00 00:00:00') (nullp :source)) (now) :source)"

额外提醒 #

• 先拿小批量数据测试转换结果，确保默认值符合业务逻辑，别全量迁移才发现问题
• 如果MySQL里还有其他奇葩无效时间（比如'0000-00-01 00:00:00'），可以扩展判断条件：

  (or (= :source '0000-00-00 00:00:00') (= :source '0000-00-01 00:00:00') (nullp :source))
  

• 记得确认目标PostgreSQL字段的类型和CAST里的类型匹配（比如目标是timestamp就别用timestamptz）

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