我明白你遇到的困扰：明明创建了带6位微秒精度的timestamptz字段，插入了精确到6位小数的epoch值，直接查询字段能看到完整的微秒信息，但用EXTRACT(epoch FROM ...)却只显示5位小数，比如原本的1525745241.879112变成了1525745241.87911。

问题根源 #

这其实是EXTRACT(epoch FROM timestamptz)的返回类型导致的——它返回的是**double precision（双精度浮点数）**，而PostgreSQL对双精度浮点数的默认输出会做简化：它会省略末尾无意义的零，或者只显示到能唯一标识该浮点数的最少位数。但实际上，这个浮点数本身是精确存储了微秒信息的，只是显示时被截断了。

不过需要注意：虽然双精度浮点数对于微秒级时间戳的精度足够，但在处理极大或极小的时间戳时，浮点数可能存在潜在的精度损失风险。

解决方案 #

如果需要稳定获取精确到6位小数的epoch数值，推荐将结果转换为numeric类型——它可以精确存储指定的小数位数，完全避免浮点数的显示或精度问题：

-- 显式转换为numeric类型，指定18位整数位+6位小数位
SELECT CAST(EXTRACT(epoch FROM datetime) AS numeric(18,6)) FROM date_test;

或者用更简洁的PostgreSQL风格写法：

SELECT EXTRACT(epoch FROM datetime)::numeric(18,6) FROM date_test;

这样查询返回的结果就会完整显示6位小数：1525745241.879112，和你插入的原始值完全一致。

验证示例 #

用你的测试表可以直观看到差异：

-- 创建测试表
CREATE TABLE date_test (datetime timestamp(6) WITH TIME ZONE);
-- 插入精确到6位小数的epoch值
INSERT INTO date_test VALUES(TO_TIMESTAMP(1525745241.879112));
-- 对比不同方式的输出
SELECT datetime, 
       EXTRACT(epoch FROM datetime) AS epoch_double,
       EXTRACT(epoch FROM datetime)::numeric(18,6) AS epoch_numeric
FROM date_test;

输出结果会是：

datetime                  | epoch_double       | epoch_numeric
--------------------------+--------------------+-------------------
2018-05-08 12:07:21.879112+10 | 1525745241.87911 | 1525745241.879112

如果只是临时需要让客户端显示完整的浮点数精度，也可以调整PostgreSQL的参数：

SET extra_float_digits = 3; -- 设置为最大值，强制显示更多小数位
SELECT EXTRACT(epoch FROM datetime) FROM date_test;

这种方法仅改变显示方式，数据类型仍为双精度浮点数，适合临时调试场景；而转换为numeric类型则是从存储层面保证精度，更适合业务需求。

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