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语音服务的人工智能开放平台
相关推荐
多巴胺梦想家21 分钟前
数据库恢复技术:当灾难来临程序员小远1 小时前
接口测试之文件上传北冥you鱼1 小时前
Go 语言初始化 MySQL 数据库实战指南:从零到生产环境部署SelectDB1 小时前
云数仓费钱?用 SelectDB Serverless 三步配出秒级弹性,最高降本 70%江华森1 小时前
Python 实现高德地图找房(三):地图可视化与高德 JS APItime展天11 小时前
Dddify:给 ASP.NET Core 项目一套轻量、清晰、可落地的 DDD 基础设施曲幽1 小时前
Anki插件开发必知必会:钩子函数与右键菜单定制杜子不疼.1 小时前
【Qt初识】工程起步:项目创建、代码解读与对象树技术工小李1 小时前
现场评分系统|景泰2026“农创客”杯大赛实战应用宣传SelectDB1 小时前
Agent 场景动态 JSON 性能拆解:Apache Doris 比 ClickHouse 快 7 倍、比 Elasticsearch 快 2 倍