客户扔过来一个bug，说是一个系统中对42岁以上的人的统计不正确，而41岁以下的人没有问题。眼睛瞟了一下托盘区里的日期，2012年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 1234567 SECOND); > 1970-01-15 14:56:07
这是没有问题的，unixtime为负数的情况下：
> SELECT DATE_ADD(FROM_UNIXTIME(0), INTERVAL -1234567 SECOND); > 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函数的单位（从官方手册里抄来的，为了方便理解，有一点小修改）：
使用格式：INTERVAL expr type
举例：
DATE_ADD(date,INTERVAL
expr type)
DATE_SUB(date,INTERVAL expr type)
date +/-INTERVAL expr type等。
关键词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 | '年-月' |
