Importing a database with phpMyAdmin

With phpMyAdmin, you can import an existing SQL file into a database of your CURIAWEB web hosting. This is necessary, for example, when you are manually migrating a website, restoring a previously exported database, or want to transfer data from another hosting environment.

During a database import, it is particularly important that before starting you correct target database you select. An SQL file can create, alter, or – depending on its content – overwrite or delete existing data.

In this guide, we will show you step by step how to prepare a database for import, import an SQL file using phpMyAdmin, and then check whether the import was successful.

Attention: Never import an SQL file into a production database on suspicion. If the target database already contains important data, create a current backup before the import.

When is a database import needed? #

An import via phpMyAdmin is often used in the following situations:

• manual website migration
• Restoration of a previously exported database
• Migration of an application to another hosting account
• Migration of a database from a development environment
• Restoring an existing SQL backup

For a database-driven website, the database import is usually only part of the entire process. In addition, the corresponding website files must be present and the application must be connected to the correct database.

What do you need before the import? #

For a typical database import, you need:

• a suitable SQL file
• an existing target database
• a database user with the necessary privileges
• Knowledge of which database the application should use subsequently

During a migration, a backup of the original website should also be available.

Important: Create the target database and the database user first. phpMyAdmin will import the tables and data – you must independently set up the correct cPanel assignment between the database and the database user.

1. Check the SQL file #

First, check which file you want to import.

An uncompressed database backup might be named, for example:

kunde_wordpress.sql

Depending on the export and server configuration, supported compressed variants can also be used.

Make sure you have selected the correct backup file and know which website or application it belongs to.

A SQL file is not a website file #

An SQL file contains database statements and, if applicable, the data stored within them.

It does not replace the website's files.

With WordPress, for example, you also need additional files and directories such as:

wp-admin/
wp-content/
wp-includes/
wp-config.php
index.php

The database and the file system together form the essential components of such a website.

2. Create a new database if necessary #

If a database does not yet exist for the new website, create it first in cPanel.

You can find the complete procedure at Create MySQL database in cPanel.

Then write down the full database name.

This can look like this, for example:

WordPress customer

3. Set up database user #

So that the website can access the imported database later, you need a database user with the necessary permissions.

Create or configure this under:

Databases → Manage My Databases

We explain how to create the user, assign them to the correct database, and set their privileges at Create MySQL user and assign to a database.

4. Check existing target database #

If the target database already exists, you should check before importing whether it is empty or already contains tables.

To do this, open:

Databases → phpMyAdmin

and select the database in question.

A newly created database is usually empty at first. A database that has already been used, on the other hand, may contain productive tables and data.

Attention: Do not import a backup into an existing production database unless you know how the SQL file will affect the existing tables.

5. Back up existing database before importing #

If the target database already contains data, you should create a current export before importing.

This means you have a backup point immediately before the import.

You can find the procedure under Export database with phpMyAdmin.

Basic rule: Existing database + planned import = create current export first.

6. Open phpMyAdmin #

Log in to your CURIAWEB cPanel and open:

Databases → phpMyAdmin

You can find a general introduction to the user interface under Use phpMyAdmin in cPanel.

7. Select correct target database #

Click on the database in the left navigation of phpMyAdmin into which the SQL file should be imported.

Check the full name carefully.

For example:

WordPress customer

The selected database is the target of the following import.

Attention: This step is one of the most important of the entire import. If you select the wrong database, data from another website could be affected.

Check again to see if the database is empty #

If you have created a new database for a migration, it should normally not contain any application tables before the first import.

If phpMyAdmin already displays numerous tables, you should clarify where they come from before importing.

Do not simply delete existing tables just because you expected an empty database.

9. Open „Import“ section #

After selecting the correct database, open the section in phpMyAdmin:

Import

There you can select the file to be imported into the database.

Select SQL file #

Select the database backup on your computer using the file selection.

For example:

kunde_wordpress.sql

Check the file name again before starting.

If you have multiple backups, pay particular attention to the date and purpose of the file.

Do not confuse old and new fuses #

When multiple SQL files are present, an older backup can easily be selected by mistake.

A unique file name helps to avoid this.

For example:

kunde_wordpress_2026-08-28.sql

Practical Tip: Do not check only the filename, but for important migrations also check the modification date or the time the backup was created.

11. Do not change the character set setting unnecessarily #

phpMyAdmin can offer settings for the file's character set during import.

If the SQL file was exported with a working default configuration and there is no specific character set issue, you should not change these settings on a hunch.

Incorrect character set handling can cause problems, especially with umlauts and other special characters.

Check format #

When importing a SQL database backup, phpMyAdmin should use the appropriate import format.

For a file like:

database.sql

is this the relevant format:

SQL

Do not change other import options without a specific reason.

13. Start import #

Check again immediately before launch:

• correct target database
• correct SQL file
• correct belay station
• Import format

Then start the import.

Depending on the size of the SQL file, processing may take some time.

Important: Do not start the same import multiple times just because a result does not appear immediately. Wait first to see if phpMyAdmin completes the process successfully or outputs an error message.

14. Check success message #

After a successful import, phpMyAdmin normally displays a corresponding feedback message.

Read this message and pay attention to whether additional warnings or errors are displayed.

Do not assume the import was complete just because the page reappears after startup.

15. Check tables after import #

Select the imported database again or refresh the view.

The tables from the SQL file should now be visible in the database.

For example, in WordPress, tables such as:

wp_posts
wp_options
wp_users
wp_postmeta

to exist.

The prefix is not necessary wp_ loud.

Do not use the number of tables as the sole criterion #

The number of tables depends on the application used, version, configuration, and installed extensions.

WordPress-Plugins können beispielsweise eigene Tabellen anlegen.

Eine bestimmte Tabellenanzahl ist deshalb kein allgemeingültiger Beweis für einen vollständigen Import.

16. Stichprobenartig Daten prüfen #

Wenn du die Datenbankstruktur kontrolliert hast, kannst du bei Bedarf einzelne Tabellen über Anzeigen or rather Browse Open.

Damit lässt sich prüfen, ob tatsächlich Datensätze vorhanden sind.

Verändere dabei keine Daten, wenn du lediglich den Import kontrollieren möchtest.

Import erfolgreich – Website funktioniert trotzdem nicht #

Ein erfolgreicher Datenbankimport bedeutet noch nicht automatisch, dass die Website vollständig eingerichtet ist.

Die Anwendung muss anschließend mit der richtigen Datenbank verbunden sein.

Dazu müssen insbesondere Datenbankname, Datenbankbenutzer, Passwort und Datenbankhost zur neuen Umgebung passen.

17. Anwendung mit der importierten Datenbank verbinden #

Wenn du eine Website auf einen neuen Hosting-Account migrierst, müssen die Datenbankzugangsdaten der Anwendung zur neuen Datenbankkonfiguration passen.

Bei WordPress befinden sich diese Angaben normalerweise in:

wp-config.php

Dort werden unter anderem folgende Werte verwendet:

DB_NAME
DB_USER
DB_PASSWORD
DB_HOST

Trage dort nur die tatsächlich für den neuen Hosting-Account eingerichteten Werte ein.

Attention: wp-config.php enthält sensible Zugangsdaten. Veröffentliche ihren vollständigen Inhalt nicht.

18. Vollständigen Datenbanknamen verwenden #

cPanel kann dem selbst gewählten Datenbanknamen ein Account-Präfix voranstellen.

From:

WordPress

kann beispielsweise:

WordPress customer

become.

Die Anwendung benötigt den vollständigen Datenbanknamen.

19. Vollständigen Datenbankbenutzer verwenden #

Dasselbe kann für den Datenbankbenutzer gelten.

From:

wpuser

kann beispielsweise:

kunde_wpuser

become.

Übernimm den vollständigen Namen so, wie er in cPanel angezeigt wird.

20. Datenbankbenutzer muss der Datenbank zugewiesen sein #

Auch nach einem erfolgreichen Import benötigt die Anwendung einen Benutzer, der auf die Datenbank zugreifen darf.

Prüfe deshalb unter:

Databases → Manage My Databases

ob der vorgesehene Benutzer der importierten Datenbank zugewiesen wurde und die erforderlichen Rechte besitzt.

Der Import selbst ersetzt diese Zuweisung nicht.

21. Website testen #

Rufe die Website nach dem Import und der Konfiguration im Browser auf.

Prüfe nicht nur die Startseite, sondern auch wichtige Funktionen der Anwendung.

Bei WordPress können beispielsweise folgende Bereiche geprüft werden:

• Home
• einzelne Seiten und Beiträge
• WordPress-Administrationsbereich
• Medien
• Plugins beziehungsweise wichtige Funktionen

Bei einem Onlineshop sollten entsprechend auch wichtige Shopfunktionen kontrolliert werden.

Website zeigt „Error establishing a database connection“ #

Wenn WordPress nach dem Import keine Datenbankverbindung herstellen kann, bedeutet das nicht automatisch, dass der Import fehlgeschlagen ist.

Check first:

• DB_NAME
• DB_USER
• DB_PASSWORD
• DB_HOST
• Zuweisung des Datenbankbenutzers
• Berechtigungen des Datenbankbenutzers

Die Datenbank kann vollständig importiert sein, während lediglich die Zugangskonfiguration der Anwendung nicht zur neuen Umgebung passt.

Website zeigt alte Domain oder leitet auf alten Server um #

Bei einer Website-Migration können in der Datenbank weiterhin URLs der bisherigen Domain beziehungsweise Umgebung gespeichert sein.

Ein erfolgreicher Import ändert solche Anwendungsdaten nicht automatisch.

Bei WordPress solltest du Domainänderungen jedoch nicht durch ein blindes Suchen und Ersetzen in der gesamten SQL-Datei beziehungsweise Datenbank durchführen.

Attention: WordPress, Themes und Plugins können strukturierte oder serialisierte Daten speichern. Ein ungeeignetes Suchen und Ersetzen kann solche Daten beschädigen.

Import und Domainwechsel sind zwei verschiedene Aufgaben #

Der Datenbankimport überträgt die gespeicherten Daten.

Ein Wechsel der Domain beziehungsweise URL kann anschließend zusätzliche Anpassungen innerhalb der Anwendung erfordern.

Behandle diese beiden Aufgaben getrennt, damit sich Fehler leichter nachvollziehen lassen.

Website-Dateien müssen ebenfalls vorhanden sein #

Wenn die Datenbank erfolgreich importiert wurde, die Website-Dateien aber fehlen, ist die Website trotzdem nicht vollständig.

Bei WordPress benötigt die neue Umgebung beispielsweise auch Themes, Plugins und Uploads aus dem Dateisystem.

Wie du Dateien über cPanel überträgst, erklären wir unter Upload, download, and edit files in cPanel.

SQL-Datei nach erfolgreicher Migration sicher behandeln #

Die ursprüngliche SQL-Sicherung solltest du mindestens so lange behalten, bis die Migration vollständig geprüft wurde.

Danach kannst du entsprechend deiner Backup-Strategie entscheiden, wie lange sie aufbewahrt wird.

Eine Datenbanksicherung kann sensible Informationen enthalten und sollte geschützt gespeichert werden.

SQL-Datei nicht in public_html liegen lassen #

Wenn du eine Datenbanksicherung während einer Migration auf den Server übertragen hast, sollte sie nicht dauerhaft in einem öffentlich erreichbaren Verzeichnis verbleiben.

Insbesondere ein Pfad wie:

public_html/

ist kein geeigneter dauerhafter Ablageort für eine ungeschützte SQL-Sicherung.

Safety: Entferne nicht mehr benötigte temporäre SQL-Dateien nach Abschluss der Arbeiten aus öffentlich erreichbaren Bereichen.

Was passiert, wenn Tabellen bereits existieren? #

Das Verhalten hängt vom Inhalt der SQL-Datei ab.

Eine Exportdatei kann beispielsweise Anweisungen enthalten, die Tabellen neu erstellen, Daten einfügen oder vorhandene Tabellen vor der Neuerstellung entfernen.

Wenn die Zieldatenbank bereits Tabellen mit denselben Namen enthält, kann der Import deshalb fehlschlagen oder vorhandene Daten beeinflussen.

Für eine normale Migration in eine neu erstellte Datenbank ist eine leere Zieldatenbank häufig die übersichtlichste Ausgangslage.

Vorhandene Tabellen nicht einfach manuell löschen #

Wenn der Import wegen bereits vorhandener Tabellen nicht wie erwartet funktioniert, lösche diese nicht sofort.

Check first:

• ob du die richtige Zieldatenbank ausgewählt hast
• woher die vorhandenen Tabellen stammen
• ob darin produktive Daten enthalten sind
• ob eine aktuelle Sicherung vorhanden ist
• welche Anweisungen die SQL-Datei enthält

Import nicht mehrfach starten #

Wenn ein Import scheinbar nicht vollständig funktioniert hat, solltest du denselben Import nicht einfach wiederholt über die bereits teilweise importierte Datenbank laufen lassen.

Dadurch können beispielsweise doppelte Datensätze oder Konflikte mit bereits erstellten Tabellen entstehen.

Important: Nach einem fehlgeschlagenen Import zuerst Fehlerursache und Zustand der Zieldatenbank prüfen. Erst danach entscheiden, ob und wie ein neuer Import durchgeführt wird.

Teilweise importierte Datenbank erkennen #

Wenn ein Import während der Verarbeitung abbricht, können bereits Tabellen und Datensätze angelegt worden sein.

Die Datenbank ist dann möglicherweise weder leer noch vollständig importiert.

Prüfe deshalb bei einem Abbruch die vorhandenen Tabellen und die konkrete Fehlermeldung.

Importdatei nicht auf Verdacht verändern #

Wenn eine SQL-Datei nicht importiert werden kann, solltest du nicht wahllos SQL-Anweisungen aus der Datei entfernen.

Dadurch kann die Datenbank unvollständig werden oder wichtige Strukturen verlieren.

Die genaue Fehlerursache sollte zuerst anhand der phpMyAdmin-Meldung bestimmt werden.

Große SQL-Dateien #

Bei größeren Datenbanken kann ein browserbasierter Import über phpMyAdmin an technische Grenzen stoßen.

Dazu können beispielsweise Upload- oder Laufzeitbeschränkungen gehören.

Wenn deine Datei nicht ausgewählt werden kann, der Import abbricht oder phpMyAdmin einen Größen- beziehungsweise Laufzeitfehler meldet, solltest du nicht wahllos Server- oder PHP-Einstellungen verändern.

Die systematische Fehlersuche behandeln wir im nächsten Artikel unter phpMyAdmin import not working: Errors and large SQL files.

Zeichensatzprobleme nach dem Import #

Wenn nach dem Import Umlaute oder Sonderzeichen falsch dargestellt werden, kann ein Problem mit Zeichensatz, Kollation, Export oder Import vorliegen.

Ändere die Kollation der gesamten produktiven Datenbank nicht auf Verdacht.

Prüfe zuerst, wie die Quelldaten gespeichert und mit welchen Einstellungen sie exportiert beziehungsweise importiert wurden.

Importierte Datenbank ist größer oder kleiner als erwartet #

Die Dateigröße der SQL-Sicherung und der in phpMyAdmin angezeigte Speicherbedarf der importierten Datenbank müssen nicht identisch sein.

Eine SQL-Datei ist eine Darstellung der Datenbank in Exportform, während phpMyAdmin den Speicherbedarf der Datenbanktabellen innerhalb des Datenbanksystems anzeigt.

Ein direkter Größenvergleich ist deshalb kein zuverlässiger Vollständigkeitsnachweis.

Import erfolgreich – SQL-Datei nicht sofort als einzige Sicherung überschreiben #

Wenn du eine Migration durchführst, behalte die ursprüngliche unveränderte SQL-Datei, bis die neue Website vollständig getestet wurde.

Erstelle nicht versehentlich einen neuen Export über dieselbe Datei und verliere damit deinen ursprünglichen Sicherungsstand.

Besonderheit bei aktiven Onlineshops #

Bei einer aktiven Website können sich Daten zwischen Export und Import verändern.

Bei einem Onlineshop können beispielsweise nach dem Export noch neue Bestellungen eingehen.

Diese später entstandenen Datensätze befinden sich nicht in der zuvor exportierten SQL-Datei.

Important: Bei stark dynamischen Websites muss der Zeitpunkt des finalen Datenbankexports und der Umschaltung sorgfältig geplant werden, damit zwischen altem und neuem System keine aktuellen Daten verloren gehen.

Datenbankimport ist kein Zusammenführen zweier Websites #

Ein SQL-Import sollte nicht mit einer automatischen Zusammenführung zweier unterschiedlicher Datenbanken verwechselt werden.

Wenn Ziel- und Quelldatenbank jeweils eigene produktive Inhalte besitzen, können Tabellen, IDs und Anwendungsdaten miteinander kollidieren.

Ein einfaches Importieren der einen Datenbank in die andere ist dafür normalerweise kein geeignetes allgemeines Verfahren.

Import als Wiederherstellung #

Wenn du eine Datenbank aus einer Sicherung wiederherstellen möchtest, musst du genau wissen, welchen Zustand die Sicherung repräsentiert.

Alle Daten, die erst nach diesem Sicherungszeitpunkt entstanden sind und bei der Wiederherstellung ersetzt werden, können verloren gehen.

Kontrolliere deshalb vor einer Wiederherstellung das Datum beziehungsweise den Zeitpunkt der Sicherung.

Nach einer Wiederherstellung wichtige Funktionen prüfen #

Teste nach einem Datenbank-Restore nicht nur, ob die Startseite geladen wird.

Kontrolliere insbesondere Funktionen, die Daten schreiben oder verändern.

Depending on the application, this can include, for example:

• Anmeldung
• Speichern von Einstellungen
• Erstellen oder Bearbeiten von Inhalten
• Forms
• Shop- und Bestellfunktionen

Empfohlener Ablauf für einen normalen Import #

1. Prüfe die SQL-Datei und ihren Sicherungszeitpunkt.
2. Erstelle bei Bedarf eine neue Datenbank.
3. Erstelle beziehungsweise prüfe den Datenbankbenutzer.
4. Weise den Benutzer der Datenbank mit den erforderlichen Rechten zu.
5. Sichere eine bestehende Zieldatenbank vor dem Import.
6. Open Databases → phpMyAdmin.
7. Wähle die richtige Zieldatenbank.
8. Open Import.
9. Wähle die richtige SQL-Datei.
10. Kontrolliere das Importformat.
11. Starte den Import einmal.
12. Prüfe die Erfolgsmeldung.
13. Kontrolliere Tabellen und stichprobenartig die Daten.
14. Verbinde die Anwendung mit der neuen Datenbank.
15. Teste die Website und wichtige Funktionen.

Empfohlener Ablauf bei einer WordPress-Migration #

1. Website-Dateien der bisherigen Installation sichern.
2. Aktuelle Datenbank exportieren.
3. Dateien in die neue Hosting-Umgebung übertragen.
4. Neue Datenbank und Datenbankbenutzer einrichten.
5. Benutzer der Datenbank zuweisen.
6. SQL-Datei in die neue Datenbank importieren.
7. wp-config.php mit den neuen Datenbankzugängen abgleichen.
8. Website aufrufen.
9. Administrationsbereich und wichtige Funktionen testen.
10. Erst nach erfolgreicher Prüfung die Migration als abgeschlossen betrachten.

Practical Tip: Ändere während einer Migration nicht gleichzeitig Datenbank, Domain, PHP-Version, Plugins und weitere Einstellungen, wenn dies nicht erforderlich ist. Je weniger Variablen du gleichzeitig veränderst, desto leichter lassen sich auftretende Fehler diagnostizieren.

When should you contact support? #

Wenn ein Import nicht erfolgreich abgeschlossen wird, solltest du die genaue phpMyAdmin-Fehlermeldung notieren beziehungsweise einen Screenshot erstellen.

For an analysis, the following information is particularly helpful:

• affected domain or application
• vollständiger Name der Zieldatenbank
• Größe der SQL-Datei
• Dateiformat beziehungsweise Komprimierung
• ob die Zieldatenbank vor dem Import leer war
• ob der Import vollständig oder teilweise ausgeführt wurde
• exact error message
• ob es sich um eine Migration oder Wiederherstellung handelt

Übermittle dabei keine Datenbankpasswörter und stelle SQL-Dateien mit sensiblen Daten nicht öffentlich zum Download bereit.

Summary #

Eine SQL-Datenbank importierst du im CURIAWEB-cPanel über Databases → phpMyAdmin. Wähle zuerst die richtige Zieldatenbank und öffne anschließend den Bereich Import.

Kontrolliere vor dem Start sorgfältig, ob du die richtige SQL-Datei und den gewünschten Sicherungsstand ausgewählt hast. Wenn die Zieldatenbank bereits Daten enthält, solltest du vor dem Import einen aktuellen Export erstellen.

Nach dem Import kontrollierst du die Erfolgsmeldung, die vorhandenen Tabellen und bei Bedarf stichprobenartig die importierten Daten. Bei einer Website-Migration müssen außerdem die Website-Dateien vorhanden sein und die Anwendung mit dem richtigen Datenbanknamen, Datenbankbenutzer, Passwort und Datenbankhost verbunden werden.

Wenn ein Import abbricht, starte ihn nicht einfach erneut über die teilweise importierte Datenbank. Prüfe zuerst die Fehlermeldung und den aktuellen Zustand der Zieldatenbank.

Für größere SQL-Dateien, Timeouts und konkrete Importfehler verwenden wir eine separate Fehleranalyse, damit der normale Importablauf übersichtlich bleibt.