首先得有一个预备知识
时间戳：指1970-01-01 00:00:00(GMT/UTC)起到当前的毫秒数。与时区无关，不同时区同一个时刻的时间戳是相同的。所以，时间戳不受时区影响。但是，不同时区的国家同一个时间戳显示的日期不同，所以同一时刻的时间戳表示的日期会受时区影响。
一、MySQL数据库连接时区问题
1.jdbc连接时设置serverTimezone。
由于后台生成properties文件jdbc连接并没有区分国内外服务器时区，统一用的中国时区Asia/Shanghai，所以库timestamp类型字段都显示成了国内的时间。
解决办法：如果项目并没有上线，则可以使用JDK的默认时区，设置serverTimezone为JDK的默认时区
java
ZoneId.systemDefault();也是系统的时区，这样保证了数据库timestamp字段日期跟系统保持一致；如果项目上线后，则不能修改，保持不变。修改后后会影响原来的涉及日期的逻辑。 如果有操作系统时区会更变的情况下，需要程序监听时区的变化。重设默认时区。
2.jdbc连接时不设置serverTimezone。
会有JDK，MySQL关于CST标准冲突导致的时区问题。
当未设置serverTimezone时，数据库将连接使用MySQL服务端的time_zone（全局时区），默认值为CST。time_zone的默认值为SYSTEM，而SYSTEM取的是system_time_zone（系统时区）的值，system_time_zone的默认值就是CST。
MySQL中，CST表示的是：中国标准时间(UTC+08:00)。
JDK中，CST表示的是：美国标准时间(UTC-05:00或UTC-06:00)。
由于JDK和MySQL服务端对CST时区的不同标准（可能是下载的地址版本不同），会导致时间问题。
解决办法：jdbc连接时设置serverTimezone。
二、夏冬令时变化导致的时区问题
在程序中，如果涉及天数的计算，需要根据实际情况选择不同的计算规则。如果要用日期，则全部用日期为标准计算；如果要用时间戳，则全部用时间戳为标准计算。检查使用的每一个时间工具，计算是用的日期还是时间戳。否则会由于夏冬令时的变化导致时区问题。
比如，在hutool工具中，DateUtil工具中offsetDay方法，计算偏移30天后的日期，是根据时区为标准获得的日期。如果初始日期是冬令时某天的零点，偏移天数后的日期是夏令时某天的零点，但是由于转变为夏冬令时会让日期直接快/慢一个小时，导致前后的时间在当前时区的时间戳，跟以时间戳为标准计算天数的betweenDay方法，计算出来的天数不同。