# MySQL Fehler bei frischer Docker Installation

**URL:** <https://forum.shopware.com/t/mysql-fehler-bei-frischer-docker-installation/64077>\
**Category:** Installation / Einstieg\
**Created:** [17. Januar 2020 um 13:40 UTC](https://forum.shopware.com/t/mysql-fehler-bei-frischer-docker-installation/64077 "2020-01-17T13:40:07Z")\
**Posts on this page:** 4\
**Page:** 1

<div class="post-metadata">

**Author:** ![wombat](https://avatars.discourse-cdn.com/v4/letter/w/e480ec/32.png) [@wombat](https://forum.shopware.com/u/wombat)\
**Post date:** [17. Januar 2020 um 13:40 UTC](https://forum.shopware.com/t/mysql-fehler-bei-frischer-docker-installation/64077/1 "2020-01-17T13:40:07Z")

</div>

Ich habe gerade eine frische Docker Installation mit Shopware 6.1.0 Final und einem AWS Aurora cluster mit MySQL&nbsp;5.7.26 gemacht und wenn ich die&nbsp;`index.php`&nbsp;aufrufe, bekomme ich nur diese Fehlermeldung

`An exception occurred while executing ' SELECT `base\_class` AS baseClass, IF(`active`= 1 AND`installed\_at`IS NOT NULL, 1, 0) AS active,`path`, `autoload`, `managed\_by\_composer`AS managedByComposer FROM`plugin`ORDER BY`installed\_at`;': SQLSTATE[42S02]: Base table or view not found: 1146 Table 'shopware.plugin' doesn't exist `

Sollte ich nicht eigentlich den Installations-Wizard sehen, der genau diese Tabellen erst anlegt?

---

<div class="post-metadata">

**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\
**Post date:** [17. Januar 2020 um 13:55 UTC](https://forum.shopware.com/t/mysql-fehler-bei-frischer-docker-installation/64077/2 "2020-01-17T13:55:11Z")

</div>

Hm, vielleicht kann man die Tabelle händisch neu anlegen, falls sie nicht vorhanden ist:

```
CREATE TABLE IF NOT EXISTS `plugin` (
  `id` binary(16) NOT NULL,
  `name` varchar(255) COLLATE utf8mb4_unicode_ci NOT NULL,
  `base_class` varchar(255) COLLATE utf8mb4_unicode_ci NOT NULL,
  `composer_name` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
  `active` tinyint(1) NOT NULL DEFAULT '0',
  `managed_by_composer` tinyint(1) NOT NULL DEFAULT '0',
  `path` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
  `autoload` json NOT NULL,
  `author` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
  `copyright` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
  `license` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
  `version` varchar(255) COLLATE utf8mb4_unicode_ci NOT NULL,
  `upgrade_version` varchar(255) COLLATE utf8mb4_unicode_ci DEFAULT NULL,
  `icon` mediumblob,
  `installed_at` datetime(3) DEFAULT NULL,
  `upgraded_at` datetime(3) DEFAULT NULL,
  `created_at` datetime(3) NOT NULL,
  `updated_at` datetime(3) DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE KEY `uniq.name` (`name`),
  UNIQUE KEY `uniq.baseClass` (`base_class`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;

```

&nbsp;

---

<div class="post-metadata">

**Author:** ![wombat](https://avatars.discourse-cdn.com/v4/letter/w/e480ec/32.png) [@wombat](https://forum.shopware.com/u/wombat)\
**Post date:** [17. Januar 2020 um 14:57 UTC](https://forum.shopware.com/t/mysql-fehler-bei-frischer-docker-installation/64077/3 "2020-01-17T14:57:54Z")

</div>

@R4M‍ Danke dir! Jetzt geht es weiter mit der Tabelle migration - Hast du eine Übersicht aller Tabellen, die es geben sollte? (Quasi eine Liste alles create statements - dann würde ich die alle einmal manuell anlegen und gucken obs dann geht)

&nbsp;

---

<div class="post-metadata">

**Author:** ![R4M](https://dub1.discourse-cdn.com/flex013/user_avatar/forum.shopware.com/r4m/32/9983_2.png) [@R4M](https://forum.shopware.com/u/R4M)\
**Post date:** [17. Januar 2020 um 15:12 UTC](https://forum.shopware.com/t/mysql-fehler-bei-frischer-docker-installation/64077/4 "2020-01-17T15:12:51Z")

</div>

Ich glaube das wird zu viel um hier alles zu posten. Ich habe das jetzt auch nur aus meiner SW 6.1 Testumgebung entnommen.

Die Tabelle “migration” mit Inhalt kann ich hier z.B. nicht mehr posten, weil “Nachricht ist 23159 Zeichen zu lang.”

&nbsp;