在 go 使用 database/sql 驱动执行 postgresql 查询时，若在 extract(epoch from timestamp with time zone $1) 中直接对占位符 $1 进行类型修饰（如 timestamp with time zone $1），会导致 postgresql 解析失败并报错“syntax error at or near $1”。根本原因在于 postgresql 不允许在类型修饰子句中将类型说明符与参数占位符紧邻书写。
PostgreSQL 的参数绑定机制要求：类型转换必须作用于参数本身，而非将类型声明“包裹”在参数周围。你原写法：
extract(epoch from timestamp with time zone $1)::int4
违反了 PostgreSQL 的语法解析规则——$1 不能出现在 timestamp with time zone 这类类型修饰短语的内部。PostgreSQL 期望先识别参数，再对其显式施加类型转换。
✅ 正确写法是将类型转换移到参数之后，使用 :: 或 CAST() 显式转换参数值：
AI舌诊面诊问诊医疗系统+诊疗商城系统源码
下载
AI 舌诊面诊问诊医疗系统 + 诊疗商城系统源码是一套结合 AI 辅助诊断与商品转化的健康类程序，基于浩创云、ThinkPHP（PHP）开发，支持微信服务号与 H5 端，适合做中医舌诊面诊问答、健康建议推送以及配套诊疗商品的运营。
var from string = "2015-03-01 00:00:00"
rows, err := db.Query(
"SELECT time, val FROM table WHERE "+
"time >= EXTRACT(EPOCH FROM $1::TIMESTAMP WITH TIME ZONE)::INT4 "+
"AND time < EXTRACT(EPOCH FROM TIMESTAMP WITH TIME ZONE '2015-03-01 00:15:10')::INT4 "+
"ORDER BY time ASC",
from,
)
if err != nil {
log.Fatal("Query failed:", err)
}
defer rows.Close()? 关键修正点：$1::TIMESTAMP WITH TIME ZONE（参数后置类型转换），而非 TIMESTAMP WITH TIME ZONE $1（语法非法）。
? 补充建议：
- 若传入时间格式不确定，推荐在 Go 层预解析为 time.Time，再传递给数据库（驱动通常自动映射为 TIMESTAMP）：
t, _ := time.Parse("2006-01-02 15:04:05", "2015-03-01 00:00:00") rows, err := db.Query("SELECT ... time >= EXTRACT(EPOCH FROM $1)::INT4 ...", t) - 避免硬编码时间字符串（如 '2015-03-01 00:15:10'），统一使用参数化以提升可维护性与安全性：
to := "2015-03-01 00:15:10" rows, err := db.Query("... time >= $1::TIMESTAMP WITH TIME ZONE AND time < $2::TIMESTAMP WITH TIME ZONE ...", from, to)
? 总结：PostgreSQL 占位符 $n 必须作为独立语法单元参与表达式，所有类型修饰（::type 或 CAST($1 AS type)）必须直接附加于 $n 右侧；任何试图将 $n “嵌入”类型声明中的写法均会触发解析错误。遵循此规则，即可安全、高效地在 Go 中构建类型安全的参数化时间查询。
