mysql时区设置不正确通常由服务器系统时区、mysql内部时区数据或配置未同步导致。1.检查当前时区设置：运行show variables like 'time_zone';和select now(), utc_timestamp();确认mysql使用的时区及偏移量是否正确；2.加载时区数据：linux/macos上使用mysql_tzinfo_to_sql /usr/share/zoneinfo | mysql -u root -p mysql导入系统时区信息到mysql；3.临时设置会话时区：使用set time_zone = 'asia/shanghai';更改当前连接时区；4.全局设置时区：通过set global time_zone = 'asia/shanghai';但重启后失效；5.永久性设置时区：编辑my.cnf/my.ini，在[mysqld]段添加default_time_zone='asia/shanghai'，保存后重启mysql服务生效；6.同步操作系统时区：确保系统时区与mysql配置一致。若时区不统一，可能导致时间戳记录错误，影响业务逻辑判断，特别是依赖时间分析的数据场景。
MySQL时区设置不正确，通常是由于服务器系统时区、MySQL内部时区数据或配置未同步所致。要调整它，核心在于检查并统一
time_zone系统变量，确保MySQL加载了正确的时区信息，并在必要时，让操作系统的时区与数据库保持一致。这不仅仅是改一个参数那么简单，它关乎到数据记录的准确性，尤其是对于那些依赖时间戳的业务逻辑来说，一旦错位，后续的数据分析和业务判断都会出问题。
解决方案
要修正MySQL的时区问题，通常需要以下几个步骤，具体取决于你的情况：
检查当前时区设置：
连接到MySQL，运行SHOW VARIABLES LIKE 'time_zone';查看MySQL服务器当前使用的时区。 运行
SELECT NOW();和
SELECT UTC_TIMESTAMP();对比当前时间和UTC时间，进一步确认时区是否正确。 查看
SHOW VARIABLES LIKE 'system_time_zone';了解MySQL从操作系统获取的时区。
加载时区数据：
很多MySQL安装默认并没有加载完整的时区表（mysql.time_zone等）。你需要从操作系统导入这些数据。 在Linux/macOS上，可以使用
mysql_tzinfo_to_sql /usr/share/zoneinfo | mysql -u root -p mysql命令（请根据你的系统路径调整
/usr/share/zoneinfo）。这会将系统时区信息导入到MySQL的
mysql数据库中。 Windows用户可能需要下载预编译的时区数据包或手动导入。
临时设置会话时区：
如果你只是想在当前会话中临时更改时区，可以使用SET time_zone = 'Asia/Shanghai';或
SET time_zone = '+8:00';。这只对当前连接有效。
全局设置时区（不推荐直接修改，但了解）：
SET GLOBAL time_zone = 'Asia/Shanghai';。这个设置会在服务器重启后失效，除非写入配置文件。
永久性设置时区：
编辑MySQL的配置文件my.cnf(或
my.ini，具体位置因系统而异，常见的有
/etc/my.cnf,
/etc/mysql/my.cnf,
/usr/local/mysql/etc/my.cnf等)。 在
[mysqld]段下添加或修改
default_time_zone = 'Asia/Shanghai'(或你需要的时区，如
'+8:00')。 保存文件后，重启MySQL服务才能使配置生效。
同步操作系统时区：
确保MySQL服务器所在操作系统的时区设置也是正确的。MySQL在没有明确配置default_time_zone时，会尝试使用操作系统的时区。不一致的操作系统时区可能会导致混乱。
为什么我的MySQL时区会不正确？
这个问题其实挺常见的，背后原因也五花八门。我见过不少情况，最典型的就是操作系统时区和MySQL配置的时区不一致。比如说，服务器本身设置的是UTC时间，但MySQL却被配置成了东八区，或者反过来。这就像两个人看表，一个看的是北京时间，一个看的是格林威治时间，自然就对不上了。
另一个常见的原因是MySQL安装时没有导入时区数据。很多时候，我们部署MySQL，可能只是简单地安装了服务，但没有运行
mysql_tzinfo_to_sql这样的命令来填充
mysql数据库里的时区表。这样一来，MySQL虽然知道有“时区”这个概念，但它并不知道“Asia/Shanghai”具体代表什么偏移量，或者夏令时该怎么调整。它就只能退而求其次，用一些默认的或者非常基础的规则。
还有一种情况是应用程序层面的影响。有些应用在连接MySQL时，会通过
SET time_zone语句来设置会话的时区，这可能会覆盖掉服务器的全局设置。如果应用开发者不注意，或者多个应用对时区的期望不同，就容易造成混乱。我甚至遇到过因为JVM时区设置不当，导致Java应用写入MySQL的时间戳与预期不符，这可就不是MySQL本身的锅了。
最后，夏令时（Daylight Saving Time, DST）也是一个隐形杀手。有些地区有夏令时，时区会在一年中调整两次。如果MySQL的时区数据没有及时更新，或者系统没有正确处理夏令时的切换，那么在夏令时生效或结束的那一刻，时间就会“跳变”一个小时，导致数据错乱。这在排查问题时非常棘手，因为平时可能都正常，只有特定时间点才出问题。
如何检查MySQL当前的time_zone设置？
检查MySQL的
time_zone设置，这其实是解决问题的第一步，也是最关键的一步。你得先知道它现在是个什么状态，才能对症下药。
最直接的方法就是通过SQL查询：
查看全局和会话时区变量：
SHOW VARIABLES LIKE 'time_zone';
这条命令会显示当前会话的
time_zone值。如果你的连接没有特别设置，它通常会继承全局的
time_zone。
要看全局的，可以这样：
SHOW GLOBAL VARIABLES LIKE 'time_zone';
这两个值可能不同，因为会话可以覆盖全局设置。通常情况下，我们更关心全局设置，因为它影响所有新连接的默认行为。
查看系统时区变量：
SHOW VARIABLES LIKE 'system_time_zone';
这个变量显示的是MySQL启动时从操作系统获取到的时区信息。如果
default_time_zone没有在
my.cnf中明确设置，MySQL就会使用这个
system_time_zone作为默认值。所以，它能帮你判断MySQL是否正确识别了操作系统的时区。
对比当前时间和UTC时间： 这是最直观的检查方法。
SELECT NOW(), UTC_TIMESTAMP();
NOW()函数返回的是MySQL服务器当前会话时区下的时间。
UTC_TIMESTAMP()返回的是UTC（协调世界时）时间。 通过对比
NOW()和
UTC_TIMESTAMP()的差值，你可以立即判断MySQL当前使用的时区偏移量是否正确。比如，如果
NOW()比
UTC_TIMESTAMP()快8小时，那么说明时区是东八区。如果差值不对，或者根本没有差值（都显示UTC时间），那肯定有问题。
查看时区表是否填充： 虽然这不是直接看
time_zone，但它很重要。如果你发现
time_zone设置成了
SYSTEM，或者你尝试设置一个命名时区（如
Asia/Shanghai）却报错，那很可能是时区表没数据。 你可以简单地查询一下
mysql.time_zone_name表：
SELECT * FROM mysql.time_zone_name LIMIT 5;
如果这个表是空的，或者只有很少的几条记录，那就说明时区数据没有被正确导入。
通过这些检查，你就能比较全面地了解MySQL在时区方面的“健康状况”了。
如何永久性修改MySQL的时区设置？
要永久性地修改MySQL的时区设置，让它在每次重启后都能保持一致，核心操作就是修改MySQL的配置文件。这不像临时修改会话时区那样，一个命令就搞定，它需要你对服务器有访问权限，并且知道配置文件的位置。
定位MySQL配置文件： 这是第一步，也是最容易让人迷茫的一步。MySQL的配置文件通常命名为
my.cnf(在Linux/macOS系统上) 或
my.ini(在Windows系统上)。它的位置因安装方式和操作系统而异，常见的路径有：
/etc/my.cnf
/etc/mysql/my.cnf
/usr/local/mysql/etc/my.cnf
/var/lib/mysql/my.cnf对于通过包管理器安装的，可能在
/etc/mysql/conf.d/目录下有多个小配置文件，比如
mysql.cnf或
mysqld.cnf。 在Windows上，通常在MySQL安装目录下，比如
C:\Program Files\MySQL\MySQL Server X.X\my.ini。 如果你实在找不到，可以尝试在MySQL命令行中运行
SHOW VARIABLES LIKE 'datadir';找到数据目录，配置文件有时会放在数据目录的父级或同级。
编辑配置文件： 找到配置文件后，用文本编辑器（如
vi,
nano,
notepad++等）打开它。 你需要找到
[mysqld]这个段落。这个段落包含了MySQL服务器进程的各种配置。 在
[mysqld]段落下面，添加或修改
default_time_zone参数。例如：
[mysqld] # 其他配置... default_time_zone = 'Asia/Shanghai' # 或者如果你喜欢UTC偏移量格式 # default_time_zone = '+8:00' # 其他配置...
选择
'Asia/Shanghai'这种命名时区通常是更好的做法，因为它会自动处理夏令时（前提是你的时区数据已加载且是最新）。如果你的系统没有夏令时，或者你更喜欢固定偏移量，
'+8:00'也是可以的。
确保时区数据已加载： 这一步至关重要，但经常被遗忘。如果你的MySQL没有加载完整的时区信息，即使你设置了
default_time_zone = 'Asia/Shanghai'，MySQL也可能无法识别这个名称，然后退回到
SYSTEM时区或者报错。 在Linux/macOS上，通常你需要运行：
mysql_tzinfo_to_sql /usr/share/zoneinfo | mysql -u root -p mysql
这个命令会从操作系统的时区信息目录中读取数据，并将其导入到MySQL的
mysql数据库中。请确保
/usr/share/zoneinfo路径正确，不同Linux发行版可能有所不同（例如，有些是
/usr/share/zoneinfo/posix）。执行时会提示你输入MySQL的root密码。
重启MySQL服务： 修改配置文件后，MySQL不会立即生效。你必须重启MySQL服务，让它重新读取配置。 在Linux上，通常使用以下命令：
sudo systemctl restart mysql # 或 sudo systemctl restart mysqld # 或者 sudo service mysql restart # 或 sudo service mysqld restart
在Windows上，可以通过服务管理器重启MySQL服务。
验证修改： 重启后，再次连接到MySQL，并运行
SHOW VARIABLES LIKE 'time_zone';和
SELECT NOW(), UTC_TIMESTAMP();来验证新的时区设置是否已生效。
time_zone应该显示你配置的值，并且
NOW()的时间应该与你的预期时区相符。
通过以上步骤，你的MySQL服务器就会在每次启动时都使用你指定的时区，从而确保时间戳的一致性和准确性。
