Export database with phpMyAdmin

With phpMyAdmin, you can export a database of your CURIAWEB web hosting as a file. Such an export is useful, for example, before making changes to a live database, manually migrating a website, or creating an additional backup of the database.

For typical website databases, this is suitable for SQL format. The exported SQL file contains the database structure and – depending on the selected settings – the saved data and can later be imported back into a database.

In this guide, we will show you step by step how to select the correct database in phpMyAdmin, create an export, and then check whether the backup file was actually downloaded.

Important: A phpMyAdmin export backs up the database, but not automatically your website files, emails, or the entire hosting account. For a complete manual website backup, database-driven websites typically require both the website files and the database.

When is a database export useful? #

An export is particularly useful if you want to back up a database before modifying it.

Typical use cases are:

• before manual changes with phpMyAdmin
• before major changes to a website
• prior to manual database cleanup
• during a website migration
• before importing other data
• for an additional local backup of the database

Basic rule: With a production database, the rule is: export first, then modify.

What does an SQL export contain? #

A SQL file contains statements that can be used to restore the structure and data of a database or to import them into another database.

Depending on the export options, this may include, for example:

• Table structures
• Table contents
• Indices
• additional SQL statements required for the exported database objects

For example, a typical export file might be named:

kunde_wordpress.sql

You do not need to manually edit the SQL file for a regular backup.

1. Log in to cPanel #

Log in to your CURIAWEB cPanel.

Then open:

Databases → phpMyAdmin

phpMyAdmin is being opened for your hosting account.

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

2. Select correct database #

In the left navigation of phpMyAdmin, select the database you want to export.

Check the full name carefully.

For example, a database name can look like this:

WordPress customer

If there are multiple websites in your hosting account, a corresponding number of databases may be displayed.

Attention: Do not rely on guesswork when dealing with multiple similarly named databases. First, check which database is actually being used by the website in question.

How do I find the database of my WordPress website? #

In WordPress, the used database name is usually in the file:

wp-config.php

on file.

The relevant entry is:

DB_NAME

The value stored there should correspond to the database name you select in phpMyAdmin.

Safety: wp-config.php contains sensitive information in addition to the database name. Do not publish its complete contents.

3. Check if the correct database is open #

After selecting the database, phpMyAdmin displays its tables.

Check the database name again and verify whether the existing tables match the expected application.

For example, in WordPress, tables such as:

wp_posts
wp_options
wp_users
wp_postmeta

to exist.

However, the table prefix is not required wp_ loud. A WordPress installation can use a different prefix.

4. Open export function #

When the correct database is selected, open the section at the top of phpMyAdmin:

Export

phpMyAdmin will then show you the available export methods and the export format.

5. Choose Fast or Custom #

phpMyAdmin typically offers two export methods:

Fast and Adapted.

Which variant makes sense depends on what you plan to do with the export.

Fast #

The method Fast uses the intended default options and is often sufficient for an uncomplicated export of a normal database.

If you simply want to export a complete database and have no special requirements, this method is a good starting point.

Adapted #

With Adapted you get access to additional export options.

You can use this, for example, to specify more precisely which tables are exported or how the SQL file should be generated.

Practical Tip: Do not automatically use the customized export just because more options are available there. For a normal backup, a simple full export is often the better and less error-prone choice.

6. Select SQL as format #

For a normal backup or migration of a MySQL-compatible website database, choose the format:

SQL

SQL is suitable for later importing the database structure and the stored data back into a MySQL-compatible database.

Other export formats can be useful for special tasks, but are usually not the first choice for a classic database backup.

7. Start export #

Check again:

• correct database
• desired export method
• Format SQL

Then start the export.

Your browser should download the generated export file.

8. Actually check download #

Do not assume the export was successful just because you clicked the export button.

Then check in the download folder or in your browser's download display to see if the file is actually there.

For example, a file could be named like this:

kunde_wordpress.sql

Important: A clicked export is not yet a verified backup. Check whether the file was actually downloaded.

9. Check file size #

Additionally, check the size of the downloaded file.

Size alone does not prove that a backup is complete and error-free, but it can make obvious problems visible.

If you receive an unexpectedly tiny file for a large production database, for example, you should verify the export before relying on that backup.

A small SQL file is not automatically faulty #

The size of a database depends heavily on the application and the stored content.

A small website can have a correspondingly small database.

Therefore, do not judge an export solely by its file size.

10. Name the SQL file meaningfully #

For later backups, it can be helpful to add a date to the filename.

For example:

kunde_wordpress_2026-08-28.sql

This makes it easier for you to distinguish between several backup states.

Do not use database passwords or other confidential access credentials in the filename.

11. Keep SQL file safe #

A database backup may contain confidential content.

Depending on the website, this may include, for example:

• User information
• Email addresses
• Order details
• Website settings
• internal application data

be saved.

Therefore, do not treat an SQL backup like a publicly accessible file.

Safety: Do not upload database backups to a publicly accessible website directory. A backup file does not belong unprotected in public_html.

Do not leave backups publicly accessible on the webspace #

When you need to transfer an SQL file to the server for a migration, it should not remain unnecessarily long in a publicly accessible directory.

Remove no longer needed temporary backup files after completing the work.

12. Use custom export #

If you the method Adapted you select, phpMyAdmin provides additional options.

This method is useful, for example, if you only want to export certain tables or have special requirements for the export file.

When performing a full website database backup, you should make sure not to accidentally exclude required tables.

Include all tables on a website #

A web application can have significantly more tables than the obvious core tables.

For example, WordPress plugins can create additional tables.

If you need a complete database backup, you should not exclude such tables just because you do not know their names.

Attention: An export of only the known WordPress core tables is not automatically a complete backup of the entire WordPress database. Plugins may use their own tables.

Export only specific tables #

If you intentionally need only individual tables, you can select them during the customized export.

This can be useful, for example, for a targeted analysis or transfer of individual data.

However, such a partial export should be clearly distinguished from a complete database backup.

Use compressed export #

Depending on the phpMyAdmin configuration, compression options may be offered for customized exports.

Compression can reduce the size of the downloaded backup file, especially for larger databases.

Which options are actually available depends on the server and phpMyAdmin configuration.

SQL file or compressed file? #

Depending on the selected export option, the result can be a normal SQL file or a compressed backup file, for example.

Examples:

database.sql
database.sql.gz
database.sql.zip

Which variant you use depends, among other things, on the database size and the later import procedure.

DROP statements in custom export #

During a customized SQL export, options can be offered that, before creating tables, corresponding DROP- Include instructions in the export file.

Such instructions can initially remove existing objects with the same name during a later restoration.

Attention: Options with DROP you should not activate this thoughtlessly. During a later import, this could cause existing tables to be removed before they are recreated from the backup.

Understanding CREATE TABLE and INSERT #

A typical SQL backup can contain different types of statements.

Simplified:

CREATE TABLE
→ creates a table structure

INSERT
→ inserts stored records

For a complete recovery, normally both the required structure and the data are needed.

Do not „clean up“ the export manually“ #

Do not open a SQL backup file with just any text editor and delete sections in it on suspicion just because they seem unfamiliar to you.

This can make the backup incomplete or unusable during a later import.

Can I open the SQL file? #

An uncompressed SQL file is fundamentally a text file and can be viewed with suitable tools.

However, with large databases, it can be very extensive.

To check a normal backup, it is not necessary to manually read through all SQL statements.

Export before a change with phpMyAdmin #

When planning a manual change to a production database, the following procedure is recommended:

1. Open phpMyAdmin.
2. Wähle die richtige Datenbank.
3. Exportiere die Datenbank.
4. Kontrolliere den erfolgreichen Download.
5. Bewahre die Sicherung sicher auf.
6. Führe erst danach die geplante Änderung durch.
7. Teste die Website unmittelbar nach der Änderung.

Wie du mit Tabellen und Datensätzen arbeitest, erklären wir unter Use phpMyAdmin in cPanel.

Export für eine Website-Migration #

Bei einer manuellen Migration einer datenbankbasierten Website benötigst du normalerweise mindestens zwei Bestandteile:

Website-Dateien
        +
Datenbank
        =
wesentliche Bestandteile der Website

Die Website-Dateien kannst du beispielsweise über den cPanel-Dateimanager oder FTP übertragen.

Die Datenbank exportierst du über phpMyAdmin und importierst sie anschließend in die Datenbank der neuen Hosting-Umgebung.

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

Neue Datenbank am Ziel erstellen #

Bei einer manuellen Migration muss am Ziel gegebenenfalls zunächst eine neue Datenbank eingerichtet werden.

You can find the procedure under Create MySQL database in cPanel.

Zusätzlich benötigt die Anwendung normalerweise einen Datenbankbenutzer mit den erforderlichen Berechtigungen.

Diesen Schritt erklären wir unter Create MySQL user and assign to a database.

Export anschließend importieren #

Die erzeugte SQL-Datei kannst du anschließend in eine geeignete Zieldatenbank importieren.

The complete instructions will follow below Importing a database with phpMyAdmin.

Attention: Prüfe vor dem Import immer die ausgewählte Zieldatenbank. Eine SQL-Datei kann abhängig von ihrem Inhalt vorhandene Daten und Tabellen verändern.

Export ist kein automatischer Umzug #

Wenn du eine Datenbank exportierst, wird die Website dadurch nicht automatisch auf einen anderen Server übertragen.

Bei einer manuellen Migration müssen unter anderem die Website-Dateien übertragen, die Datenbank am Ziel eingerichtet beziehungsweise importiert und die Anwendung mit den neuen Datenbankzugängen verbunden werden.

WordPress nach einer Datenbankmigration #

Wenn sich Datenbankname, Datenbankbenutzer, Passwort oder Datenbankhost am neuen Standort ändern, muss die WordPress-Konfiguration entsprechend angepasst werden.

Die relevanten Werte befinden sich normalerweise in:

wp-config.php

These include:

DB_NAME
DB_USER
DB_PASSWORD
DB_HOST

Ändere diese Werte nur entsprechend den tatsächlich eingerichteten Datenbankzugängen.

Export ist nicht dasselbe wie Backup des gesamten Hosting-Accounts #

Ein phpMyAdmin-Export umfasst nur die ausgewählte Datenbank beziehungsweise die ausgewählten Datenbankobjekte.

Er sichert nicht automatisch:

• Website files
• Bilder und Uploads im Dateisystem
• Plugins und Themes als Dateien
• E-Mail-Postfächer
• FTP-Konten
• cPanel-Einstellungen
• den gesamten Hosting-Account

Bezeichne einen einzelnen SQL-Export deshalb nicht als vollständige Sicherung des gesamten Webhostings.

WordPress-Datenbankexport sichert keine Mediendateien #

WordPress speichert Informationen über Medien in der Datenbank, die eigentlichen hochgeladenen Bild-, PDF- oder anderen Mediendateien befinden sich jedoch normalerweise im Dateisystem.

Ein reiner Datenbankexport reicht deshalb nicht aus, um eine WordPress-Website vollständig wiederherzustellen.

Export nach größeren Änderungen erneut erstellen #

Eine SQL-Sicherung ist immer nur ein Abbild des Datenbankzustands zum Zeitpunkt des Exports.

Wenn sich die Website danach weiter verändert, enthält die ältere Sicherung diese neuen Daten nicht.

Bei dynamischen Websites können beispielsweise neue Bestellungen, Benutzer, Kommentare oder Einstellungen hinzukommen.

Important: Bei einer aktiven Website kann eine Datenbanksicherung schnell veralten. Für eine Migration sollte deshalb der Zeitpunkt des finalen Exports sorgfältig gewählt werden.

Besonderheit bei Onlineshops und stark dynamischen Websites #

Bei einem Onlineshop oder einer Website mit laufenden Benutzeraktivitäten können sich Daten während einer Migration weiter verändern.

Wenn nach deinem Export neue Bestellungen oder andere Datensätze entstehen, befinden sich diese nicht in der bereits exportierten SQL-Datei.

Eine Migration solcher Systeme benötigt deshalb eine abgestimmte Vorgehensweise, damit zwischen Export und Umschaltung keine relevanten Daten verloren gehen.

Exportdatei enthält sensible Daten #

Eine SQL-Sicherung kann wesentlich sensibler sein, als ihr Dateiname vermuten lässt.

Abhängig von der Anwendung kann sie personenbezogene und geschäftliche Daten enthalten.

Speichere und übertrage solche Dateien entsprechend geschützt und lösche nicht mehr benötigte temporäre Kopien.

Exportdatei nicht per öffentlichem Link versenden #

Lege eine SQL-Datei nicht in ein öffentlich zugängliches Verzeichnis und verschicke anschließend einfach deren URL.

Wenn eine Datenbanksicherung übertragen werden muss, verwende einen dafür geeigneten geschützten Übertragungsweg.

Export funktioniert nicht #

Wenn beim Export keine Datei heruntergeladen wird, prüfe zunächst:

• ob die richtige Datenbank ausgewählt wurde
• ob dein Browser einen Download blockiert oder an anderer Stelle gespeichert hat
• ob phpMyAdmin eine Fehlermeldung anzeigt
• ob die Datenbank beziehungsweise der Export ungewöhnlich groß ist

Notiere eine angezeigte Fehlermeldung vollständig, bevor du Einstellungen auf Verdacht veränderst.

Große Datenbank exportieren #

Bei sehr großen Datenbanken kann ein browserbasierter Export über phpMyAdmin je nach Umgebung an praktische oder technische Grenzen stoßen.

In solchen Fällen sollte zuerst geprüft werden, wie groß die Datenbank tatsächlich ist und an welcher Stelle der Export scheitert.

Verändere PHP-Limits nicht wahllos, ohne die konkrete Ursache zu kennen.

Export erfolgreich – ist die Sicherung damit garantiert wiederherstellbar? #

Ein erfolgreicher Download ist ein wichtiger erster Schritt, beweist aber nicht vollständig, dass sich die Sicherung später unter allen Umständen problemlos wiederherstellen lässt.

Eine belastbare Backup-Strategie berücksichtigt deshalb auch die Wiederherstellbarkeit der Sicherungen.

Practical Tip: Eine Sicherung ist besonders wertvoll, wenn nicht nur ihre Existenz, sondern auch das vorgesehene Wiederherstellungsverfahren bekannt ist.

SQL-Datei nicht nach dem Export löschen #

Wenn du den Export ausdrücklich als Sicherung vor einer Änderung erstellt hast, behalte ihn mindestens so lange, bis die Änderung erfolgreich abgeschlossen und die Website überprüft wurde.

Andernfalls entfernst du möglicherweise genau die Rückfallebene, die du vor der Änderung geschaffen hast.

Mehrere Sicherungsstände auseinanderhalten #

Wenn du mehrere Exporte erstellst, verwende eindeutige Dateinamen.

For example:

kunde_wordpress_vor-update_2026-08-28.sql
kunde_wordpress_vor-migration_2026-08-28.sql

So kannst du später besser nachvollziehen, zu welchem Zeitpunkt und Zweck eine Sicherung erstellt wurde.

Empfohlener Ablauf für einen normalen Datenbankexport #

1. Log in to cPanel.
2. Open Databases → phpMyAdmin.
3. Wähle links die richtige Datenbank.
4. Kontrolliere Datenbankname und Tabellen.
5. Open Export.
6. Wähle für einen normalen vollständigen Export Fast.
7. Choose SQL als Format.
8. Starte den Export.
9. Kontrolliere, ob die Datei heruntergeladen wurde.
10. Prüfe Dateiname und Plausibilität der Dateigröße.
11. Bewahre die Datei sicher auf.

Empfohlener Ablauf vor einer Datenbankänderung #

1. Identifiziere die richtige produktive Datenbank.
2. Erstelle einen aktuellen SQL-Export.
3. Kontrolliere den Download.
4. Bewahre die unveränderte Exportdatei auf.
5. Führe die geplante Änderung durch.
6. Test the website immediately afterwards.
7. Behalte die Sicherung, bis du sicher bist, dass die Änderung korrekt funktioniert.

When should you contact support? #

Wenn ein Export nicht funktioniert oder du bei einer produktiven Datenbank nicht sicher bist, welche Datenbank beziehungsweise Tabellen gesichert werden müssen, solltest du nicht auf Verdacht Änderungen durchführen.

For an analysis, the following information is particularly helpful:

• affected domain or application
• full database name
• ungefähre Datenbankgröße, sofern bekannt
• gewählte Exportmethode
• gewähltes Exportformat
• exact error message
• ob überhaupt eine Datei heruntergeladen wird
• ob der Export für eine Sicherung, Migration oder andere Aufgabe benötigt wird

Übermittle keine Datenbankpasswörter und stelle SQL-Sicherungen mit sensiblen Inhalten nicht öffentlich bereit.

Summary #

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

Für einen normalen vollständigen Export ist die Methode Fast mit dem Format SQL häufig ausreichend. Wenn du bestimmte Tabellen oder zusätzliche Exportoptionen benötigst, kannst du stattdessen Adapted use.

Kontrolliere nach dem Export, ob die Sicherungsdatei tatsächlich heruntergeladen wurde, und bewahre sie geschützt auf. SQL-Dateien können sensible Website- und Benutzerdaten enthalten und gehören nicht in öffentlich erreichbare Verzeichnisse.

Beachte außerdem, dass ein phpMyAdmin-Export ausschließlich die Datenbank sichert. Für eine vollständige manuelle Sicherung oder Migration einer datenbankbasierten Website benötigst du zusätzlich die zugehörigen Website-Dateien.

Vor manuellen Änderungen an einer produktiven Datenbank gilt deshalb: richtige Datenbank prüfen, exportieren, Download kontrollieren und erst danach Änderungen durchführen.