Sqoop导入时SQL Server timestamp列转datetime报错问题

首先得戳破一个关键误区：SQL Server里的timestamp类型（现在官方推荐叫rowversion）根本不是日期时间类型——它是一个自动生成的8字节二进制序列号，每次行被插入或修改时都会自动递增，唯一作用是标记行的版本，和实际时间没有半毛钱关系。这就是你执行CAST (stamp AS DATETIME)时触发算术溢出的核心原因：

datetime类型能存储的数值范围对应1753年1月1日到9999年12月31日，而你的timestamp值比如0x00000001B59E3B57转成十进制是7636735831，这个数值远远超出了datetime的最大可存储值（对应十进制2958465），直接转换必然溢出。

接下来分两种场景给你落地解决方案：

场景1：用timestamp做增量同步（你的核心需求） #

既然你说这个timestamp是可靠的增量列，那完全没必要把它转成datetime来做增量导入。Sqoop支持基于自增列的同步，直接用timestamp（或rowversion）的二进制值作为判断依据即可，示例命令如下：

sqoop import \
  --connect "jdbc:sqlserver://你的SQL服务器地址;database=目标数据库名" \
  --username 你的用户名 \
  --password 你的密码 \
  --table 目标表名 \
  --incremental append \
  --check-column stamp \
  --last-value 0x00000001B59E3B57

这里--incremental append适配这种自增的列，Sqoop会自动导入stamp值大于--last-value的新行或修改过的行。

场景2：需要获取行的实际修改时间 #

如果你的需求是要得到行的真实修改时间，那绝对不能依赖timestamp，必须在表中添加一个真正的日期时间列来记录：

1. 先添加列并设置默认值（插入行时自动记录当前时间）：

ALTER TABLE 你的表名 
ADD Load_time DATETIME2 DEFAULT GETDATE() NOT NULL;

2. 再创建触发器，确保行被更新时自动刷新这个时间：

CREATE TRIGGER trg_update_load_time
ON 你的表名
AFTER UPDATE
AS
BEGIN
  UPDATE t
  SET Load_time = GETDATE()
  FROM 你的表名 t
  INNER JOIN inserted i ON t.你的主键列 = i.你的主键列;
END
GO

之后你就可以直接用Load_time列获取实际修改时间，也能安全地在Sqoop中用--incremental lastmodified来做增量同步。

最后提一句：SQL Server已经弃用timestamp这个容易误导的名称，推荐改用rowversion，两者功能完全一致，但名字更能准确反映它的用途——标记行版本。

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