MySQL Datenexport ändert sich mal

Question

Ich habe einige Backup-und Restore-Skripte, die ich für meine Datenbank verwende. Die Tabelle hat ein Zeitstempelfeld. Der Backup-Skript sieht wie folgen aus:

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

Es wird zwei Dateien erstellt, table.sql und table.txt. Der Wiederherstellungs Skript sieht wie folgt aus:

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

jedoch das Backup-Skript ist die falsche Zeit ausgibt - es ist eine Stunde hinter dem, was in der Datenbank - aber es funktioniert korrigieren es nicht beim Import.

Zum Beispiel der Zeit auf einer Reihe war 15.10.25 aber, wenn der Backup-Skript ausgeführt wird, 14.10.25 in table.txt aufgeführt. Wenn ich das Wiederherstellungsskript ausführe, hat dieselbe Zeile jetzt 14:10:25 als die Zeit in der Datenbank. Wenn ich wieder sichern, heißt es 13:10:25! Und so weiter ...

Ich kann nicht herausfinden, warum das ist. Die Zeitzone scheint auf "SYSTEM" eingestellt zu sein (ich bin auf GMT). Die Tabelle table.sql hat ein paar Zeilen, die Zeitzonen erwähnen, vielleicht stimmt da etwas nicht? Hier ist die vollständige Datei in Frage:

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

eine Lösung gefunden am Ende: Hinzufügen der --skip-tz-utc Option zum Export-Skript.

Dies stellt einfach sicher, dass das genaue Datum, das Sie exportieren, das ist, was in der zweiten Datenbank importiert wird. Es funktioniert für mich, da die Datenbanken die gleiche Zeitzone haben, aber möglicherweise nicht ideal für andere, deren Datenbanken unterschiedliche Zeitzonen sind.