MySQL-connector升级后，应用本地缓存自动刷新遇到的一个Timestamp坑

MySQL-connector升级后，应用本地缓存自动刷新遇到的一个Timestamp坑

阅读引导：

1、MySQL-connector升级后与MySQL进行协商获取的Timestamp的精度发生了变化

2、quartz框架定时任务刷新缓存，导致缓存永远无法刷新的问题。

最近组织内升级JDK版本，具体来说，就是JDK7升级到JDK8。

本来以为是很简单的事情，除非用到底层内容，否则正常情况下升级JDK不会有影响，而排查了一些所有系统以后，大部分都是调用的spring等开源框架的API，并没有涉及到JDK底层。

除了一个网关应用到了底层JCE，也相应做了特殊处理。

但是，一个老系统却发现了一个奇怪的问题。

1

问题现象:数据库参数刷新后不生效。

首先介绍一下，系统的的一部分参数是从数据库直接刷新到缓存中去的。

由于配置参数经常发生变化，因此设计了缓存定时刷新机制。

简单来说，系统使用了ConcurrentHashMap来存储参数，使用了Quartz定时框架调度任务查询数据库，将增量刷新参数刷新到缓存中去。

其中关键点，也是我们今天的主角，就是增量刷新的判断逻辑：当前时间。

也就是说，缓存刷新逻辑中，存储了一个当前时间字段，用这个时间戳去和数据库中的参数lastUpdTime比较。

Timestamp nextQryTimeBaseLine =