MySQL中用=或BETWEEN比较日期字段会隐式截断时间部分，= '2026-04-24'等价于= '2026-04-24 00:00:00'，BETWEEN '2026-04-24' AND '2026-04-25'实际覆盖至'2026-04-25 00:00:00'，漏掉当日数据；推荐用>= '2026-04-24' AND

MySQL中用=或BETWEEN比较日期字段会隐式截断时间部分

MySQL的DATETIME和TIMESTAMP类型在使用= '2026-04-24'时，实际等价于= '2026-04-24 00:00:00'，不会自动匹配当天任意时间。这是常见误判点。

更隐蔽的问题是BETWEEN '2026-04-24' AND '2026-04-25'——MySQL会扩展为BETWEEN '2026-04-24 00:00:00' AND '2026-04-25 00:00:00'，漏掉2026-04-25全天的数据。

• 正确写法（推荐）：date_col >= '2026-04-24' AND date_col
• 避免用BETWEEN处理带时间的字段
• 如果字段是DATE类型（无时间），=才真正按日匹配

PostgreSQL对日期字面量更严格，'2026-04-24'默认转成timestamp without time zone

PostgreSQL不会把'2026-04-24'当作“一整天”，而是解析为2026-04-24 00:00:00（不带时区），直接参与比较。这意味着created_at = '2026-04-24'只命中零点那条记录。

如果你的字段是timestamptz（带时区），而字面量没指定时区，PostgreSQL会按current_setting('timezone')做隐式转换，结果可能出人意料。

kashen-mysql DDLtoExcel

解析 MySQL 8.0 的 DDL 脚本，并将表结构导出为 Excel 格式。适用于用户需将 MySQL 的 `CREATE TABLE` 语句转换为结构化的 Excel 文件场景，导出内容包含字段名、数据类型、长度及精度等信息。支持多张表的批量处理，每张表对应 Excel 中的一个独立工作表。适用于数据库文档编写、数据字典生成及模式分析等任务。

下载

• 显式声明时区更安全：created_at >= '2026-04-24'::date 或 created_at >= '2026-04-24 00:00:00+08'
• 用::date强制转日期类型再比较：(created_at AT TIME ZONE 'UTC')::date = '2026-04-24'
• 别依赖默认行为——CURRENT_DATE比now()::date语义更清晰

跨数据库写SQL时，DATE()函数不可移植

MySQL有DATE()函数可提取日期部分：DATE(created_at) = '2026-04-24'；但PostgreSQL没有这个函数，直接报错function date(timestamp without time zone) does not exist。

这不是语法糖差异，而是类型系统设计不同：PostgreSQL要求显式类型转换，MySQL允许更多隐式剥离。

• MySQL可用：DATE(created_at) = '2026-04-24'
• PostgreSQL等效写法：(created_at AT TIME ZONE 'UTC')::date = '2026-04-24'（注意时区上下文）
• 更通用的写法（两者都支持）：created_at >= '2026-04-24' AND created_at ，但需确保字段类型一致

字符串转日期失败的错误信息完全不同

MySQL遇到非法日期字符串（如'04/24/2026'）通常静默转成NULL或'0000-00-00'（取决于SQL mode），查询还能跑，只是结果不准；PostgreSQL则直接报错ERROR: invalid input syntax for type date: "04/24/2026"，语句中断。

这种差异让MySQL更容易掩盖数据清洗问题，而PostgreSQL强制你在入库前就面对格式问题。

• MySQL中检查是否转成功：IS NULL或date_col = '0000-00-00'
• PostgreSQL中必须用to_date()并指定格式：to_date('04/24/2026', 'MM/DD/YYYY')
• 批量导入时，PostgreSQL建议先用text列存原始字符串，校验后再转

日期比较最易被忽略的其实是时区上下文和隐式类型转换——不是函数记不住，而是你以为它“应该懂”，结果它按自己规则执行了。