MySQL数据导出更改时间

Question

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

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,但是当运行备份脚本时,table.txt中列出了14:10:25.当我运行恢复脚本时,同一行现在有14:10:25作为数据库中的时间.如果我再次备份,它会说13:10:25!等等...

我无法弄清楚为什么会这样.时区似乎设置为"SYSTEM"(我在GMT上).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 */;

Answer 1

最后找到了一个解决方案:将--skip-tz-utc选项添加到导出脚本中.

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