unix_timestamp时间比较引发的问题

背景

维护的项目中有个场景，创建一个人像，并设置过期时间，提供一个接口删除失效的人像信息。
今天测试提了一个bug 创建一个人像，设置过期时间为“2099-1-1 11:00:00 ” , 然后调删除接口发现这个没有失效的人像，竟然被删除了。

问题定位

经排查发现获取过期时间人像的sql 用的是
UNIX_TIMESTAMP(“2099-1-1 11:00:00”) <= UNIX_TIMESTAMP(now()) ;

查看了UNIX_TIMESTAMP 这个函数有两种用法：
1 无参数调用：UNIX_TIMESTAMP()； 。
返回值：自 1970-01-01 00:00:00 的到 当前时间 的秒数差
2 有参数调用：UNIX_TIMESTAMP(date)；
其中date是一个指定日期。返回值：自 1970-01-01 00:00:00 与 指定时间的秒数差

不管两种哪一种用法，都是返回 自’1970-01-01 00:00:00’与指定时间的秒数差，最大值是Integer.MAX_VALUE 也就是 2147483647秒
换算成日期 数据库时区如果是东八区的是 2038-01-19 11:14:07 如果是UTC 支持的是2038/1/19 3:14:7
也就是说超过2147483647 这个值时，UNIX_TIMESTAMP 这个函数是不支持的，返回结果统一是0.


从上面两张图可以看出超过1秒，就不能正常获取值，返回时0.

所以UNIX_TIMESTAMP 这个函数支持的上限时间时2038-01-19 11:14:07（东八区）

所以项目中使用UNIX_TIMESTAMP 去比较时间会有问题的。这也导致删除过期人像时，2099-1-1 11:00:00 这个没有过期的人像也会被删除。

解决：

我这里采用MySQL的CONVERT 函数转换进行计
之前 使用UNIX_TIMESTAMP 比较 返回结果是 1 （true）

修改后的结果 是0 （false）

这里是我的解决放法，如果有更好的解决方法，欢迎留言。。