MySQL数据导出更改时间

时间:2013-02-15 00:16:25

标签: mysql timezone mysqldump mysqlimport

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

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 */;

1 个答案:

答案 0 :(得分:26)

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

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