https://blog.csdn.net/yjgithub/article/details/80404002
https://www.cnblogs.com/drizzlewithwind/p/6228001.html
背景：
centos 东8区 CST
mysql客户端ok，jdbctemplate写入ok
mybatis查询差14小时
mysql> show variables like '%time_zone%'; +------------------+--------+ | Variable_name | Value | +------------------+--------+ | system_time_zone | CST | | time_zone | SYSTEM | +------------------+--------+ 2 rows in set (0.02 sec)
mysql> select now(); +---------------------+ | now() | +---------------------+ | 2016-12-27 22:29:59 | +---------------------+ 1 row in set (0.00 sec)
出错过程复盘：
现在开始调试mybatis源码，调试到mysql-connector-java-6.0.4.jar包的com.mysql.cj.jdbc.io.JdbcTimestampValueFactory的createFromTimestamp方法时，发现mysql的底层驱动程序对从数据库查询出来的时间用了一个Calender做类型转换，Calender记录中包含的时区为CST，跟中国的时区Asia/Shanghai正好差了14小时。
那么为什么mybatis连接数据库会使用CST的美国时间呢？继续查看源码发现
mysql连接数据库的时候会从mysql读取系统的时区设置，调试com.mysql.cj.mysqla.MysqlaSession.java的configureTimezone方法发现，this.getServerVariable(“system_time_zone”)从系统里面读出来的时区设置是CST
就少14小时。这是因为：在解析成预编译语句的时候，误将CST（China Standard Time utc+8）解析成CST（Central Standard Tim UTC-6），美国中部标准时间，所以少14个小时。
个人推测：
jdbctemplate认为System 的timezone CST是China Standard Time，所以写入没错
mybatis的查询认为Central Standard Time，所以查询快了14小时
解决方案：
1. 命令修改（重启mysql后失效）
mysql> set time_zone = '+8:00'; Query OK, 0 rows affected (0.00 sec) mysql> show variables like '%time_zone%'; +------------------+--------+ | Variable_name | Value | +------------------+--------+ | system_time_zone | CST | | time_zone | +08:00 | +------------------+--------+ 2 rows in set (0.04 sec)
2. 修改配置文件my.cnf（在/etc/my.cnf或者/etc/mysql/my.cnf）
default-time-zone=timezone
default-time-zone = '+8:00'
$ service mysql start