MySQL 数据导出更改时间答案

【问题标题】：MySQL data export changes timesMySQL 数据导出更改时间
【发布时间】：2013-01-30 22:33:06
【问题描述】：

我有一些用于数据库的备份和恢复脚本。该表有一个时间戳字段。备份脚本如下所示：

mysqldump -u user -ppass database --tab="../" --fields-terminated-by="|" --skip-comments table

它创建了两个文件，table.sql 和 table.txt。恢复脚本如下所示：

mysql -u user -ppass database < "../table.sql"
mysqlimport -u user -ppass --local --fields-terminated-by="|" database "../table.txt"

但是，备份脚本输出错误的时间 - 它比数据库中的时间晚了一个小时 - 但在导入时它没有更正。

例如，某一行的时间是15:10:25，但是当备份脚本运行时，14:10:25 会列在 table.txt 中。当我运行恢复脚本时，同一行现在具有 14:10:25 作为数据库中的时间。如果我再次备份，它会显示 13:10:25！等等……

我不明白这是为什么。时区似乎设置为“系统”（我在格林威治标准时间）。 table.sql 文件有几行提到时区，也许那里有问题？这是有问题的完整文件：

/*!40101 SET @OLD_CHARACTER_SET_CLIENT=@@CHARACTER_SET_CLIENT */;
/*!40101 SET @OLD_CHARACTER_SET_RESULTS=@@CHARACTER_SET_RESULTS */;
/*!40101 SET @OLD_COLLATION_CONNECTION=@@COLLATION_CONNECTION */;
/*!40101 SET NAMES utf8 */;
/*!40103 SET @OLD_TIME_ZONE=@@TIME_ZONE */;
/*!40103 SET TIME_ZONE='+00:00' */;
/*!40101 SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='' */;
/*!40111 SET @OLD_SQL_NOTES=@@SQL_NOTES, SQL_NOTES=0 */;
DROP TABLE IF EXISTS `news_article`;
/*!40101 SET @saved_cs_client     = @@character_set_client */;
/*!40101 SET character_set_client = utf8 */;
CREATE TABLE `news_article` (
  `id` smallint(5) unsigned NOT NULL AUTO_INCREMENT,
  `title` varchar(100) NOT NULL,
  `alias` varchar(65) NOT NULL,
  `author` tinyint(3) unsigned NOT NULL,
  `category` tinyint(3) unsigned NOT NULL,
  `posted` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP,
  `opening` text NOT NULL,
  `content` text NOT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `alias` (`alias`)
) ENGINE=MyISAM AUTO_INCREMENT=93 DEFAULT CHARSET=utf8;
/*!40101 SET character_set_client = @saved_cs_client */;

/*!40103 SET TIME_ZONE=@OLD_TIME_ZONE */;

/*!40101 SET SQL_MODE=@OLD_SQL_MODE */;
/*!40101 SET CHARACTER_SET_CLIENT=@OLD_CHARACTER_SET_CLIENT */;
/*!40101 SET CHARACTER_SET_RESULTS=@OLD_CHARACTER_SET_RESULTS */;
/*!40101 SET COLLATION_CONNECTION=@OLD_COLLATION_CONNECTION */;
/*!40111 SET SQL_NOTES=@OLD_SQL_NOTES */;

【问题讨论】：

标签： mysql timezone mysqldump mysqlimport

【解决方案1】：

最后找到解决办法：在导出脚本中添加--skip-tz-utc选项。

这只是确保您导出的确切日期是在第二个数据库中导入的日期。它对我有用，因为数据库是相同的时区，但对于数据库不同时区的其他人来说可能并不理想。

【讨论】：

我假设因为我需要这样做，所以我在应用程序中做了其他错误。使用此选项似乎与手册页中所说的完全相反。难道我应该将应用程序中的 MySQL 时区设置为 UTC 而不是偏移量？
我认为您应该在导入数据时将时区设置为 UTC，而不是导出。从“--tz-utc”选项的文档中：“mysqldump 将其连接时区设置为 UTC，并将 SET TIME_ZONE='+00:00' 添加到转储文件中。”所以，转储是UTC。但是由于你使用了tab dump，“SET TIME_ZONE='+00:00”指令没有被执行，所以你必须手动设置连接的时区。
在我的情况下，在导出时设置这个标志，这节省了报告日期敏感信息的很多麻烦。谢谢@DisgruntledGoat！