Zitat von
mlweb
War die für die ein DB in der config.yml vielleicht noch was eingetragen wegen nicht vorhandenem innodb_large?
Nein.
Zitat von
Spooky
Läuft die Kopie am selben Server wie das Original?
Ja, beide bei Webgo im selben Platin-Paket. Die Datenbank für die Kopie ist allerdings deutlich älter als die des Originals. Die gibt es bestimmt schon seit mehr als einem Jahr. Und sie wurde zuvor von einer Contao 3.5 Installation benutzt. Nach der ganzen Aktion haben beide Datenbanken dieselbe komische Kollation (latin1_swedish_ci?), da scheint man auch nichts daran machen zu können. Alle Tabellen sind aber bei beiden DBs jetzt InnoDB mit Kollation utf8mb4_unicode_ci. Ich spiele mal das Backup des Originals nochmal ein und schaue mir dann die Tabellen an vor Lauf des Installtools, habe da einen leisen Verdacht.
Edit: Done, Verdacht bestätigt. Nach dem Import des mit BackupDB erstellten Dumps haben die Tabellen eine Kollation utf8mb4_general_ci. Das wird dann wohl vom Installtool in utf8mb4_unicode_ci geändert. Also Installtool gestartet und tatsächlich:
Code:
DROP INDEX alias ON tl_article
DROP INDEX start_stop_published_sorting ON tl_article
ALTER TABLE tl_article CONVERT TO CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci
...
Der von BackupDB erzeugte Dump des Originals dazu sieht so aus:
Code:
...
SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";
SET time_zone = "+00:00";
/*!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 */;
#---------------------------------------------------------
# Table structure for table 'tl_article'
#---------------------------------------------------------
CREATE TABLE `tl_article` (
`id` int(10) unsigned NOT NULL auto_increment,
`pid` int(10) unsigned NOT NULL default '0',
`sorting` int(10) unsigned NOT NULL default '0',
`tstamp` int(10) unsigned NOT NULL default '0',
`title` varchar(255) NOT NULL default '',
`alias` varchar(128) COLLATE utf8mb4_bin NOT NULL default '',
`author` int(10) unsigned NOT NULL default '0',
`inColumn` varchar(32) NOT NULL default '',
`keywords` mediumtext NULL,
`showTeaser` char(1) NOT NULL default '',
`teaserCssID` varchar(255) NOT NULL default '',
`teaser` mediumtext NULL,
`printable` varchar(255) NOT NULL default '',
`cssID` varchar(255) NOT NULL default '',
`published` char(1) NOT NULL default '',
`start` varchar(10) NOT NULL default '',
`stop` varchar(10) NOT NULL default '',
`protected` char(1) NOT NULL default '',
`groups` blob NULL,
`guests` char(1) NOT NULL default '',
`customTpl` varchar(64) NOT NULL default '',
PRIMARY KEY (`id`),
KEY `alias` (`alias`),
KEY `pid_start_stop_published_sorting` (`pid`, `start`, `stop`, `published`, `sorting`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 AUTO_INCREMENT=56;
...
Ist das jetzt ein Fehler in BackupDB, der Hosting-Konfiguration oder geht das einfach nicht anders?
Lesezeichen