客户扔过来一个bug,说是一个系统中对42岁以上的人的统计不正确,而41岁以下的人没有问题。眼睛瞟了一下托盘区里的日期,3月26日,嗯,今年42岁的话,那么应该就是出生在1970年左右,马上就把问题锁定在了unixtime上,嗯,重点怀疑!
小贴士:UNIX时间,或称POSIX时间是UNIX或类UNIX系统使用的时间表示方式:从协调世界时1970年1月1日0时0分0秒起至现在的总秒数,不包括闰秒。——来自《维基百科》
看了一下数据库,生日是以int形式保存的,有正有负。这没啥问题嘛。
再看代码,SQL语句中有一个类似下面的条件语句:
WHERE FROM_UNIXTIME(birthday, '%Y') = XXX
其中的birthday是存放生日日期的unixtime值的字段,int类型的。XXX由PHP的date('Y', timestamp)来算出年份。在我的印象中,PHP的date函数处理负数的时间戳是没有问题的(注:PHP4在windows下不能处理负数时间戳,PHP5则没有这个问题。客户的服务器是Linux的,PHP4也没有问题)。好吧,那么我就开始怀疑FROM_UNIXTIME函数了,以前还真没怎么注意这玩意。随手写两个测试:
> SELECT FROM_UNIXTIME(1);> 1970-01-01 08:00:01
看来FROM_UNIXTIME还与时区有关系。继续来:
> SELECT FROM_UNIXTIME(-1);> NULL
哦耶,FROM_UNIXTIME果然不支持负数。测试版本为Mysql 5.1.x
这是一个条件语句,又不能拿出来由PHP处理。当然办法还是很多,比如把生日所在年换一个以unixtime表示的年龄段等等。但是我们只讨论如何用mysql计算负数的unixtime。
我们知道了unixtime表示的是从1970年1月1日0时0分0秒开始到现在的秒数,而为负的情况就是1970年第一天之前的秒数,那么可不可以通过时间计算来算出来呢?查手册,找到一个date_add函数,可以计算时间的加减。那我们就以1970年的第一天(unixtime=0的时候)作为基准来手动计算吧。由于Mysql的日期计算基本上都和时区有关系,我也懒得去搞了,就写一个大一点的秒数来看看结果:
> SELECT DATE_ADD(FROM_UNIXTIME(0), INTERVAL 1234567SECOND);> 1970-01-15 14:56:07
这是没有问题的,unixtime为负数的情况下:
> SELECT DATE_ADD(FROM_UNIXTIME(0), INTERVAL -1234567SECOND);> 1969-12-18 01:03:53
哦耶!成功了!那么剩下的问题就简单了,将本文开始的查询条件修改为:
WHERE DATE_FORMAT(DATE_ADD(FROM_UNIXTIME(0), INTERVAL birthday SECOND),'%Y') = XXX
就没问题了,BUG去除成功。
本例中用了到INTERVAL关键字,由于它不止可以用于date_add函数,那下面再总结一下DATE_ADD函数的单位(从官方手册里抄来的,为了方便理解,有一点小修改):
使用格式:INTERVALexpr type
举例:
DATE_ADD(date,INTERVAL
exprtype)
DATE_SUB(date,INTERVALexprtype)
date+/-INTERVALexprtype等。
关键词INTERVA及
type分类符均不区分大小写。
type值预期的expr格式
MICROSECOND
整数
SECOND
整数
MINUTE
整数
HOUR
整数
DAY
整数
WEEK
整数
MONTH
整数
QUARTER
整数(季节)
YEAR
整数
SECOND_MICROSECOND
'秒.毫秒'
MINUTE_MICROSECOND
'分钟数.毫秒'
MINUTE_SECOND
'分:秒'
HOUR_MICROSECOND
'小时数.毫秒'
HOUR_SECOND
'时:分:秒'
HOUR_MINUTE
'时:分'
DAY_MICROSECOND
'日期号数.毫秒'
DAY_SECOND
'日 时:分:秒'
DAY_MINUTE
'日 时:分'
DAY_HOUR
'日 小时'
YEAR_MONTH
'年-月'
转:https://blog.unlink.link/sql/mysql_before_1970_minus_unixtime.html
mysql的from_unixtime只能处理1970~2038年的时间戳,超过必须要上面的思路,并且int长度也只能表示到2038年,bigint可以表示的范围大些