MySQL Asia/Kolkatta时区设置正确但时间偏差5分钟问题咨询：精准时区时间存储方法及原因排查

这种时区偏移的问题我之前也碰到过，结合你的描述，大概率是时区数据库文件过时或者MySQL没有正确加载最新时区规则导致的，下面给你拆解原因和解决步骤：

原因分析 #

Asia/Kolkata（印度标准时间）虽然现在固定为UTC+5:30，但历史上有过时区规则的调整，而MySQL的时区依赖两种数据源：

• 操作系统的tzdata时区数据库文件，如果系统的这个文件版本老旧，就会包含错误的偏移规则；
• MySQL内置的时区表，如果没有更新，也会导致时区转换错误。
  另外，你使用的DATETIME类型本身不存储时区信息，它会直接以当前会话时区的格式显示存储的时间，一旦时区规则错误，显示结果就会偏差。

解决步骤 #

1. 先确认当前MySQL的时区设置 #

执行以下查询，确认全局和会话时区是否正确设置为Asia/Kolkata：

SELECT @@global.time_zone, @@session.time_zone;

如果返回的不是Asia/Kolkata，先执行以下语句设置（需要root权限）：

SET GLOBAL time_zone = 'Asia/Kolkata';
SET SESSION time_zone = 'Asia/Kolkata';

注意：全局设置需要重启MySQL才会永久生效，或者在my.cnf/my.ini中添加default-time-zone = 'Asia/Kolkata'后重启。

2. 更新操作系统的时区数据库文件 #

这是最常见的解决方法，因为MySQL默认优先使用系统的tzdata：

• Ubuntu/Debian系统：

  sudo apt-get update && sudo apt-get install --reinstall tzdata
  

• CentOS/RHEL系统：

  sudo yum update tzdata
  

更新完成后，重启MySQL服务：

sudo systemctl restart mysql

3. 如果系统更新后仍有问题，更新MySQL内置时区表 #

如果MySQL没有使用系统时区，而是依赖内置的时区表，需要手动导入最新的时区数据：
执行以下命令（需要root权限，替换/usr/share/zoneinfo为你系统的时区文件路径，一般默认是这个）：

mysql_tzinfo_to_sql /usr/share/zoneinfo | mysql -u root -p mysql

输入MySQL root密码后执行，完成后重启MySQL服务。

4. 验证修复效果 #

执行以下查询，对比返回结果和实际本地时间：

SELECT NOW(), CONVERT_TZ(NOW(), 'UTC', 'Asia/Kolkata');

如果返回的时间和你的实际时间一致，说明问题已经解决。

长期的最佳实践 #

为了避免类似问题，建议：

• 优先使用TIMESTAMP类型存储时间：它会自动将时间转换为UTC存储，查询时再转换为当前会话时区，比DATETIME更可靠；
• 或者直接存储UTC时间（用DATETIME或TIMESTAMP），查询时通过CONVERT_TZ函数转换为Asia/Kolkata时区，例如：

  SELECT CONVERT_TZ(utc_time_column, 'UTC', 'Asia/Kolkata') AS local_time FROM your_table;
  

内容的提问来源于stack exchange，提问作者Selsons Software