MySQL的YEAR()和MONTH()是标量函数,仅接受DATE/DATETIME/TIMESTAMP类型参数并返回整数,不支持字符串日期或格式化参数;PostgreSQL需用EXTRACT(YEAR FROM col)::INT;WHERE中避免对字段用YEAR/MONTH,应改写为范围查询以走索引。YEAR 和 MONTH 函数在 MySQL 里怎么用直接说结论:MySQL 的 YEAR() 和 MONTH() 是标量函数,只接受一个 DATE、DATETIME 或 TIMESTAMP 类型的参数,返回整数。它们不支持字符串格式的日期(比如 '2024-03'),也不接受格式化参数。常见错误现象:YEAR('2024-03') 看似合理,但实际返回 2024 ------ 因为 MySQL 会隐式把字符串转成日期,而 '2024-03' 被当成 '2024-03-01';更危险的是 YEAR('2024/03'),可能转成 0000 或报警告,取决于 SQL 模式。必须确保字段或表达式结果是合法日期类型,不是字符串如果源字段是 VARCHAR 存的 '2024-03-15',得先用 STR_TO_DATE(col, '%Y-%m-%d') 转换,再套 YEAR()MONTH() 返回 1--12,不是 00--12;想补零得自己用 LPAD(MONTH(date_col), 2, '0')PostgreSQL 里没有 YEAR/MONTH 函数,怎么办PostgreSQL 不提供 YEAR() 或 MONTH(),直接调用会报错:ERROR: function year(timestamp without time zone) does not exist。它用的是标准 SQL 的 EXTRACT() 函数。使用场景:你想从 created_at 字段里取年份做分组统计,或者筛选某个月的数据。取年份:用 EXTRACT(YEAR FROM created_at),返回 double precision 类型,常需转成整数:EXTRACT(YEAR FROM created_at)::INT取月份:用 EXTRACT(MONTH FROM created_at)::INT,返回 1--12注意时区影响:created_at 是 TIMESTAMP WITH TIME ZONE 时,EXTRACT 按当前会话时区计算,不是存储时区性能提示:对 EXTRACT(YEAR FROM col) 做 WHERE 或 GROUP BY,无法走普通 B-tree 索引,需要函数索引,比如 CREATE INDEX idx_orders_year ON orders ((EXTRACT(YEAR FROM order_date)::INT));WHERE 条件里用 YEAR/MONTH 容易慢,怎么优化直接写 WHERE YEAR(order_date) = 2024 看似简洁,但几乎所有数据库都会放弃索引扫描,变成全表扫描------因为函数作用于字段,破坏了索引的有序性。 标贝科技 标贝科技-专业AI语音服务的人工智能开放平台
相关推荐
小江的记录本5 分钟前
【JVM虚拟机】垃圾回收GC:垃圾收集器:CMS:核心原理、回收流程、优缺点、废弃原因(附《思维导图》+《面试高频考点清单》)cfm_291417 分钟前
Redis数据安全性解析DIY源码阁23 分钟前
JavaSwing学生成绩管理系统 - MySQL版田里的水稻1 小时前
OE_ubuntu26.04与宿主机之间复制粘贴内容jiayong232 小时前
02 创建虚拟环境NiceCloud喜云2 小时前
Claude Code Routines 实战:三种触发器跑通云端自动化编码辞忧九千七2 小时前
Redis 单机一主二从主从复制完整搭建指南旺仔来了2 小时前
不联网的Linux下部署python环境lzhdim2 小时前
SQL 入门 16:SQL 事务隔离级别与死锁解析(易懂)小江的记录本2 小时前
【JVM虚拟机】垃圾回收GC:垃圾回收算法:标记-清除、标记-复制、标记-整理、分代收集(附《思维导图》+《面试高频考点清单》)