今天在学习Spring Security 自动登录时遇到了MySQL数据库的时区问题，在网上找了很多资料都不能很好的解决问题，不过，最终问题被我解决，特此记录，希望能帮助到你（解决思路请直接看文章末尾）
在实现自动登录功能的时候，Spring Security默认是依赖一张 persistent_logins 表的，此表的建表语句如下：
CREATE TABLE `persistent_logins` (
`username` varchar(64) NOT NULL,
`series` varchar(64) NOT NULL,
`token` varchar(64) NOT NULL,
`last_used` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
PRIMARY KEY (`series`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
其中 last_used 字段是 timestamp 格式的，当我进行自动登录的时候发现存入数据库的值是这样的
我的mysql服务器系统时间是这样的
系统时间是正确的，但是却相差8小时，直接在服务器登录mysql进行查询，结果是这样的
查看时区设置
随后检查jdbc连接配置，当时配置是这样的（请记住红色框框的配置，这里才是问题重点）
看上去配置的连接也没有问题，然后我就在本地写了个单元测试来查询persistent_logins表的数据，看看程序读出来的时间有没有问题
通过 SimpleDateFormat打印的时间是没有问题的，但是mybatis的SQL日志里时间是有问题的
通过这一些列的查询可以发现：
- 系统默认时间没有问题
- MySQL的时间是有问题的，与服务器对不上
- 程序通过jdbc连接配置，强行纠正了时区，但并未改变数据库存储的时间值
作为一个严谨的程序员，我们当然要从根源上解决问题，因此首先要改的就是MySQL的时区设置，为了一劳永逸，我直接修改MySQL的配置文件，在Linux系统中，MySQL配置文件的默认位置如下：
/etc/my.cnf
在配置文件的[mysqld]模块添加如下配置，然后重启MySQL服务
default_time_zone='+8:00'
删除persistent_logins表原来的数据，重新进行自动登录操作，查看数据如下：
登录MySQL查看时间如下：
再跑单元测试，查询的时间如下：
MySQL时区是没有问题的，但是存入和查询的数据却是不正确的，这时我就开始怀疑是不是连接配置的问题了，我先试着将jdbc的时区配置去掉，删除如下配置
&serverTimezone=GMT
清空数据库，再来一次，重启应用程序，模拟自动登录，然后查看数据库数据如下：
终于，数据库存入的时间值正确了，然后再跑单元测试看一下查询的数据结果
同样没有问题 ，在看MySQL服务
同样没有问题，至此，时区问题算是彻底解决了，
最后总结：如果你在项目中出现了MySQL时区问题，首先看下MySQL的时区配置是否正确，如果时区没有问题，则需要查看jdbc连接配置是否配置了serverTimezone，有时候这个配置是多余，如果配置了需要删除
