{"id":22575,"date":"2026-08-28T12:31:20","date_gmt":"2026-08-28T10:31:20","guid":{"rendered":"https:\/\/www.curiaweb.ch\/?post_type=docs&#038;p=22575"},"modified":"2026-08-28T12:31:20","modified_gmt":"2026-08-28T10:31:20","password":"","slug":"phpmyadmin-import-error","status":"publish","type":"docs","link":"https:\/\/www.curiaweb.ch\/en\/hilfe\/webhosting-cpanel\/phpmyadmin-import-fehler\/","title":{"rendered":"phpMyAdmin import not working: Errors and large SQL files"},"content":{"rendered":"<p class=\"wp-block-paragraph\">A database import with phpMyAdmin can fail for various reasons. The SQL file may be too large, the import may abort during processing, or MySQL may output a specific error message regarding tables, permissions, character sets, or existing records.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">It is important not to restart the same process immediately after a failed import. A canceled import may have already created some of the tables and data. A second import over this intermediate state can cause additional errors.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">In this guide, we will show you how to systematically analyze a failed phpMyAdmin import, categorize typical error messages, and decide how to proceed safely.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Important:<\/strong> Note down or copy the complete error message before you change anything. The exact message is much more helpful for error analysis than the general information that the import \u201edoes not work\u201c.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">First, determine at which point the import fails<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Not every import error has the same cause. Therefore, first check what exactly happened.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Typical situations are:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>the SQL file cannot be selected or uploaded at all<\/li>\n\n\n\n<li>phpMyAdmin reports an error even before the actual import<\/li>\n\n\n\n<li>the import starts, but aborts during processing<\/li>\n\n\n\n<li>phpMyAdmin displays a specific MySQL or SQL error message<\/li>\n\n\n\n<li>The import is reported as successful, but the website does not work afterward.<\/li>\n\n\n\n<li>part of the tables was imported, the rest is missing<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">These cases must be treated differently.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Check the database status before a new attempt<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Open the relevant target database in phpMyAdmin and check if tables already exist.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">If an empty database existed before the import and tables are now displayed, at least part of the SQL file was processed.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Attention:<\/strong> Do not simply restart a failed import over a partially imported database. This can cause errors due to already existing tables or duplicate records.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">Read the error message completely<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">phpMyAdmin or the database server provides a specific message for many problems.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Note:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Error number, if available<\/li>\n\n\n\n<li>full error text<\/li>\n\n\n\n<li>affected table<\/li>\n\n\n\n<li>affected SQL statement, if displayed<\/li>\n\n\n\n<li>approximate point where the import was interrupted<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">A screenshot of the complete message can also be helpful for a later analysis.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">The SQL file is larger than the allowed upload limit<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">If phpMyAdmin only accepts files up to a certain size, a larger SQL file cannot be imported via the normal upload.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Depending on the server configuration, the import page can display a maximum allowable file size.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">If your SQL file is larger than this limit, the problem is not automatically the database itself. The file may not even reach phpMyAdmin completely.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Important:<\/strong> Do not change PHP limits randomly. First, check which limit is actually being reached and whether the setting in question should even be changed by yourself in your hosting environment.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">Compress SQL file<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Depending on the phpMyAdmin and server configuration, compressed SQL files may be supported.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">A file like:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>database.sql<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">can be significantly compressed depending on the data content.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">A supported compressed variant could look like this, for example:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>database.sql.gz<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">You can determine if and which compression formats are accepted by looking at the import interface or the specific server configuration.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">However, compression only helps with a size issue of the transferred file. It does not solve SQL, permission, or table errors.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Import started, but it is timing out<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">For large or complex SQL files, the import can start and later fail due to a time limit.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">This differs from a pure upload limit: the file was accepted and at least partially processed.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">In this case, be sure to check whether tables and records already exist in the target database.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Browser shows a blank page or connection drops<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">If the browser no longer displays a normal success message during a long import, that does not automatically mean that nothing was imported at all.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Then open the target database again in phpMyAdmin and check its status.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Do not restart the import until it has been clarified what has already been processed.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Partially imported database<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">SQL files are typically processed statement by statement. If the process is aborted in the meantime, the previous statements may have already been executed.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The target database can then look like this, for example:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>Table A \u2192 available\nTable B \u2192 available\nTable C \u2192 available\nTable D \u2192 import aborted here\nfurther tables \u2192 missing<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Such a database is no longer empty, but may not be complete either.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Important:<\/strong> Treat a canceled import as a potential intermediate state. Check the database first before deleting, re-importing, or using the website productively with it.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">Start fresh or continue import?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Which procedure is correct depends on the SQL file, the error, and the state of the target database.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">For a newly created database intended exclusively for this migration, a clean restart may make more sense than attempting to manually resume an unclear partial import.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">If the database, on the other hand, already contains production data, you must under no circumstances simply delete existing tables.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Attention:<\/strong> Only delete or reset a partially imported database if it is certain that it contains no required productive data and a suitable initial backup exists.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">Error #1044 \u2013 Access to the database denied<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">An error message with an error number <code>#1044<\/code> typically indicates a permission issue related to a database.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">This can occur, for example, when the SQL file attempts to use or create a database for which the current database user or hosting account does not have the necessary privileges.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Check in particular whether the SQL file contains statements such as:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>CREATE DATABASE ...\nUSE ...<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">contains and whether these match the target environment.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Why CREATE DATABASE can be problematic in hosting<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">In a cPanel hosting environment, databases are usually created via cPanel and assigned to the hosting account.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">An imported SQL file should therefore not attempt to create arbitrary new databases at the server level without being checked.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Create the required target database instead as in <a href=\"\/en\/help\/web-hosting-cpanel\/create-mysql-database\/\">Create MySQL database in cPanel<\/a> described and then import the data into this database.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">USE statement refers to an old database name<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">An SQL file from another hosting environment may contain an earlier database name.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">For example:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>USE alteraccount_wordpress;<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">At the new location, on the other hand, the database can, for example:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>newaccount_wordpress<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">be called.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Such a deviation can be relevant during import.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Attention:<\/strong> Do not blindly remove or modify SQL statements. First, check which statements are present, what they do, and which target database is actually supposed to be used.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">Error #1045 \u2013 Access denied<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Error <code>#1045<\/code> typically represents a failed authentication or denied database access.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">If the error occurs in connection with an application, check:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>complete database username<\/li>\n\n\n\n<li>Database user password<\/li>\n\n\n\n<li>Database host<\/li>\n\n\n\n<li>Assigning the user to the database<\/li>\n\n\n\n<li>User permissions<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">We explain how to properly set up a database user at <a href=\"\/en\/help\/web-hosting-cpanel\/create-and-assign-mysql-user\/\">Create MySQL user and assign to a database<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Import was successful, but the website still reports #1045 or &quot;Access denied&quot;<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">In this case, the database may be completely imported and only the application is using incorrect access credentials.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">In WordPress, you should then pay particular attention to the values in:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>wp-config.php<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">check.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">These include:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>DB_NAME\nDB_USER\nDB_PASSWORD\nDB_HOST<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Reimporting the database does not fix incorrect application credentials.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Error #1050 \u2013 Table already exists<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">A message like:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>#1050 - Table already exists<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">means that the SQL file wants to create a table that already exists in the target database.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">This frequently occurs when:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>an import has already been partially carried out<\/li>\n\n\n\n<li>the same import was started a second time<\/li>\n\n\n\n<li>the target database was not empty before the import<\/li>\n\n\n\n<li>another installation is already using the same table names<\/li>\n<\/ul>\n\n\n\n<h2 class=\"wp-block-heading\">Do not immediately delete tables for #1050<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">First, check why the table already exists.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">If it is a production table, deleting it could cause data loss.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">If, on the other hand, the database was created exclusively for a new migration and an initial import has demonstrably failed, a clean restart can be a viable approach.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The decision depends on the actual state of the database.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Error #1062 \u2013 Duplicate entry<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Error <code>#1062<\/code> typically indicates that a value should be inserted that already exists due to a unique key.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">For example, a message can essentially be:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>Duplicate entry<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">point out.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">This can occur, among other things, when data has already been imported and is then to be inserted again.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Why a second import can cause #1062<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">If the initial import has already created records, a repeated import may attempt to insert the same IDs or other unique values again.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The database prevents this if corresponding uniqueness rules are defined.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Important:<\/strong> A <code>#1062<\/code>An error is no reason to remove unique keys on suspicion. These are part of the database structure and can be crucial for the correct functioning of the application.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">Error #1064 \u2013 SQL syntax error<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Error <code>#1064<\/code> typically indicates an SQL statement that cannot be processed in this form by the database server.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Possible causes can be:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>a damaged or incomplete SQL file<\/li>\n\n\n\n<li>a manually incorrectly modified SQL statement<\/li>\n\n\n\n<li>incompatible syntax<\/li>\n\n\n\n<li>an issue at a specific location in the export file<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">The error message often names a location or a section near which the error was detected.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Do not randomly delete lines in case of syntax errors<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">A seemingly problematic line can be part of a larger SQL statement.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">If you remove individual lines on a hunch, the file may fail at another point afterwards or import incomplete data.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">First check the exact error message and the origin of the SQL file.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Error due to unknown collation<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">When importing a database from another server environment, a message may appear stating that a specific collation is unknown or not supported.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">This can happen, for example, if the source and destination use different database server versions or different supported collations.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The error message may essentially contain:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>Unknown collation<\/code><\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Do not blindly replace collation<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">There are numerous guides on the internet that recommend replacing a collation across the entire SQL file with another one wholesale.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">That can work in a specific case, but it is not a universal solution.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Check first:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>which collation the source database uses<\/li>\n\n\n\n<li>which collation the target server supports<\/li>\n\n\n\n<li>which character set is associated with it<\/li>\n\n\n\n<li>whether the application has special requirements<\/li>\n<\/ul>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Attention:<\/strong> Character set and collation affect the storage and processing of text. Ill-considered changes can lead to incorrectly displayed characters or unexpected comparison and sorting behavior.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">Umlauts and special characters are incorrect after the import<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn Zeichen wie:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>\u00e4\n\u00f6\n\u00fc\n\u00e9\n\u00e0<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">nach dem Import falsch dargestellt werden, kann ein Zeichensatzproblem vorliegen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Pr\u00fcfe, ob das Problem bereits in der SQL-Datei vorhanden ist oder erst nach dem Import auftritt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">\u00c4ndere nicht sofort die gesamte Datenbankkollation. Die Ursache kann an unterschiedlichen Stellen der Export- und Importkette liegen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Fehler wegen unbekanntem Zeichensatz<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Auch ein nicht unterst\u00fctzter Zeichensatz kann einen Import verhindern.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">In diesem Fall sollte zuerst gekl\u00e4rt werden, mit welchem Datenbanksystem beziehungsweise welcher Version die SQL-Datei erzeugt wurde und welche Zeichens\u00e4tze das Zielsystem unterst\u00fctzt.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Fehler bei DEFINER-Anweisungen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">SQL-Exporte k\u00f6nnen bei bestimmten Datenbankobjekten Angaben zu einem <code>DEFINER<\/code> contain.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Diese k\u00f6nnen auf einen Benutzer der urspr\u00fcnglichen Serverumgebung verweisen, der auf dem Zielsystem nicht existiert beziehungsweise dort nicht verwendet werden darf.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Beispielsweise kann eine SQL-Datei einen serverbezogenen Benutzer enthalten, der nur auf dem bisherigen System vorhanden war.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn eine Fehlermeldung ausdr\u00fccklich auf <code>DEFINER<\/code> oder entsprechende Berechtigungen verweist, sollte genau dieser Teil der SQL-Datei beziehungsweise der betroffenen Datenbankobjekte gepr\u00fcft werden.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Important:<\/strong> Entferne nicht pauschal s\u00e4mtliche <code>DEFINER<\/code>-Angaben aus jeder SQL-Datei. Pr\u00fcfe zuerst, welche Objekte betroffen sind und ob diese f\u00fcr die Anwendung ben\u00f6tigt werden.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">Fehler wegen fehlender Berechtigungen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein SQL-Export aus einer Umgebung mit weitreichenden Datenbankrechten kann Anweisungen enthalten, die in einer normalen Hosting-Umgebung nicht zul\u00e4ssig sind.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das bedeutet nicht automatisch, dass dein Hosting-Account falsch konfiguriert ist.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Bestimmte serverweite administrative Aktionen sind bei Shared Hosting bewusst nicht f\u00fcr einzelne Hosting-Accounts freigegeben.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Import bricht bei einer bestimmten Tabelle ab<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn der Fehler immer bei derselben Tabelle auftritt, notiere:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Tabellenname<\/li>\n\n\n\n<li>Fehlernummer<\/li>\n\n\n\n<li>Error message<\/li>\n\n\n\n<li>ungef\u00e4hre Position innerhalb des Imports<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Damit l\u00e4sst sich wesentlich gezielter unterscheiden, ob beispielsweise die Tabellenstruktur, ein Datensatz oder eine nicht unterst\u00fctzte SQL-Anweisung das Problem verursacht.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Import bleibt scheinbar bei einer gro\u00dfen Tabelle h\u00e4ngen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Einzelne Tabellen k\u00f6nnen sehr viel gr\u00f6\u00dfer sein als der Rest einer Datenbank.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Bei WordPress k\u00f6nnen beispielsweise Protokoll-, Statistik-, Cache- oder andere von Erweiterungen angelegte Tabellen erhebliche Datenmengen enthalten.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Breche einen Import nicht allein deshalb ab, weil eine gro\u00dfe Tabelle l\u00e4nger ben\u00f6tigt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Pr\u00fcfe, ob phpMyAdmin tats\u00e4chlich einen Fehler meldet oder der Vorgang noch verarbeitet wird.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Sehr gro\u00dfe SQL-Dateien aufteilen?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Das Aufteilen einer SQL-Datei kann in bestimmten Situationen eine technische L\u00f6sung sein, sollte aber nicht durch willk\u00fcrliches Zerschneiden an beliebigen Stellen erfolgen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">SQL-Anweisungen k\u00f6nnen sich \u00fcber viele Zeilen erstrecken. Wird eine Anweisung mitten im Befehl getrennt, entstehen ung\u00fcltige Dateien.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Attention:<\/strong> Teile gro\u00dfe SQL-Dateien nur mit einem daf\u00fcr geeigneten Verfahren beziehungsweise ausreichenden SQL-Kenntnissen auf. Ein normaler Texteditor und eine beliebige Zeilennummer sind daf\u00fcr keine sichere Methode.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">SQL-Datei ist m\u00f6glicherweise unvollst\u00e4ndig<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn bereits der urspr\u00fcngliche Export abgebrochen wurde, kann die erzeugte SQL-Datei unvollst\u00e4ndig sein.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein sp\u00e4terer Import kann dann ebenfalls abbrechen, obwohl mit der Zieldatenbank nichts falsch ist.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn die Quelle noch verf\u00fcgbar ist, kann ein neuer vollst\u00e4ndiger Export die bessere L\u00f6sung sein.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wie du einen Export korrekt erstellst, erkl\u00e4ren wir unter <a href=\"\/en\/help\/web-hosting-cpanel\/export-phpmyadmin-database\/\">Export database with phpMyAdmin<\/a>.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">SQL-Datei hat 0 Byte oder ist ungew\u00f6hnlich klein<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Eine leere oder unerwartet kleine Datei kann darauf hinweisen, dass bereits beim Export etwas nicht wie erwartet funktioniert hat.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die Dateigr\u00f6\u00dfe allein ist zwar kein sicherer Beweis f\u00fcr Vollst\u00e4ndigkeit, offensichtliche Abweichungen solltest du aber vor dem Import untersuchen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Falsches Dateiformat<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Pr\u00fcfe, ob es sich tats\u00e4chlich um einen geeigneten Datenbankexport handelt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Eine Datei mit der Endung:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>.sql<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">ist ein typisches Format f\u00fcr einen SQL-Export.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Eine beliebige CSV-, XML-, ZIP- oder Textdatei ist nicht automatisch ein vollst\u00e4ndiger SQL-Datenbankexport.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Komprimierte Datei wird nicht akzeptiert<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn phpMyAdmin eine komprimierte Datei nicht akzeptiert, pr\u00fcfe zun\u00e4chst, welche Kompressionsformate in der Importoberfl\u00e4che tats\u00e4chlich unterst\u00fctzt werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">\u00c4ndere nicht einfach die Dateiendung.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das Umbenennen von:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>datenbank.zip<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">in<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>database.sql<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">wandelt den Inhalt nicht in eine SQL-Datei um.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Import ist erfolgreich, aber Website zeigt einen Datenbankfehler<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein erfolgreicher Import und eine funktionierende Datenbankverbindung sind zwei unterschiedliche Dinge.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn die Tabellen vorhanden sind, die Website aber keine Verbindung herstellen kann, pr\u00fcfe die Zugangsdaten der Anwendung.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Bei WordPress insbesondere:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>DB_NAME\nDB_USER\nDB_PASSWORD\nDB_HOST<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">Pr\u00fcfe au\u00dferdem, ob der Datenbankbenutzer der richtigen Datenbank zugewiesen wurde.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Import erfolgreich, aber Website zeigt falsche Inhalte<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn die Website nach dem Import funktioniert, aber nicht die erwarteten Inhalte enth\u00e4lt, solltest du pr\u00fcfen, ob tats\u00e4chlich der richtige Sicherungsstand importiert wurde.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Possible causes include, for example:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>\u00e4ltere SQL-Sicherung verwendet<\/li>\n\n\n\n<li>falsche Quelldatenbank exportiert<\/li>\n\n\n\n<li>Anwendung greift auf eine andere Datenbank zu<\/li>\n\n\n\n<li>Import war unvollst\u00e4ndig<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Importiere nicht sofort eine weitere Sicherung dar\u00fcber. Kl\u00e4re zuerst, welche Datenbank die Anwendung aktuell verwendet.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Import erfolgreich, aber Website verwendet weiterhin die alte Datenbank<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Das Erstellen und Importieren einer neuen Datenbank \u00e4ndert nicht automatisch die Konfiguration deiner Website.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die Anwendung verwendet weiterhin die Datenbankzug\u00e4nge, die in ihrer Konfiguration hinterlegt sind.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Bei WordPress ist dies normalerweise:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>wp-config.php<\/code><\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Fehler nach \u00c4nderung des Datenbankpassworts<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn du w\u00e4hrend der Migration das Passwort des Datenbankbenutzers ge\u00e4ndert hast, muss das neue Passwort auch in der Anwendung hinterlegt werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Eine \u00c4nderung in cPanel aktualisiert die Konfigurationsdateien deiner Website nicht automatisch.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Import erfolgreich, aber Tabellen fehlen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn nur ein Teil der erwarteten Tabellen vorhanden ist, pr\u00fcfe zuerst die urspr\u00fcngliche SQL-Datei und die Importmeldung.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">M\u00f6gliche Ursachen sind:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>unvollst\u00e4ndiger Export<\/li>\n\n\n\n<li>abgebrochener Import<\/li>\n\n\n\n<li>nur ausgew\u00e4hlte Tabellen wurden exportiert<\/li>\n\n\n\n<li>Fehler w\u00e4hrend des Imports<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Gehe nicht allein anhand einer erwarteten Tabellenanzahl davon aus, dass Tabellen fehlen. Anwendungen und Plugins k\u00f6nnen unterschiedlich viele Tabellen verwenden.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">WordPress-Pr\u00e4fix nicht mit fehlenden Tabellen verwechseln<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Bei WordPress m\u00fcssen Tabellen nicht mit:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>wp_<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">beginnen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Eine Installation kann beispielsweise ein Pr\u00e4fix wie:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>abc_<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">use.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Pr\u00fcfe deshalb die tats\u00e4chlichen Tabellennamen, bevor du annimmst, dass keine WordPress-Daten vorhanden sind.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Import \u00fcberschreibt nicht automatisch alle alten Daten<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ob vorhandene Tabellen beziehungsweise Datens\u00e4tze ersetzt werden, h\u00e4ngt von den SQL-Anweisungen in der Importdatei ab.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Eine SQL-Datei kann beispielsweise:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>neue Tabellen erstellen<\/li>\n\n\n\n<li>Datens\u00e4tze einf\u00fcgen<\/li>\n\n\n\n<li>vorhandene Tabellen l\u00f6schen und neu erstellen<\/li>\n\n\n\n<li>bestehende Daten ver\u00e4ndern<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Deshalb solltest du niemals davon ausgehen, dass jeder Import automatisch einen identischen Datenbankzustand erzeugt.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">DROP TABLE in der SQL-Datei<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Enth\u00e4lt die Sicherung Anweisungen wie:<\/p>\n\n\n\n<pre class=\"wp-block-code\"><code>DROP TABLE ...<\/code><\/pre>\n\n\n\n<p class=\"wp-block-paragraph\">k\u00f6nnen vorhandene Tabellen vor ihrer Neuerstellung entfernt werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das kann bei einer gezielten Wiederherstellung sinnvoll sein, ist bei einer falschen Zieldatenbank jedoch besonders gef\u00e4hrlich.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Attention:<\/strong> Die Auswahl der richtigen Zieldatenbank ist bei einer SQL-Datei mit <code>DROP<\/code>-Anweisungen besonders wichtig.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">INSERT-Fehler nach einem abgebrochenen Import<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn ein erster Import bereits Datens\u00e4tze eingef\u00fcgt hat, kann ein zweiter Versuch an denselben Datens\u00e4tzen scheitern.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Das ist ein weiterer Grund, warum ein fehlgeschlagener Import nicht einfach wiederholt werden sollte.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Fehler wegen Fremdschl\u00fcsseln<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Bestimmte Anwendungen verwenden Beziehungen zwischen Tabellen, die durch sogenannte Fremdschl\u00fcssel abgesichert werden k\u00f6nnen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn ein Import gegen solche Beziehungen verst\u00f6\u00dft, kann der Datenbankserver eine entsprechende Fehlermeldung ausgeben.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Deaktiviere solche Pr\u00fcfungen nicht auf Verdacht. Sie k\u00f6nnen die Konsistenz zusammengeh\u00f6riger Daten sch\u00fctzen.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">SQL_MODE- oder Versionsunterschiede<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Eine SQL-Datei aus einer anderen Datenbankserver-Version kann Anweisungen oder Daten enthalten, die vom Zielsystem strenger oder anders verarbeitet werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn die Fehlermeldung auf einen konkreten SQL-Modus, Datentyp oder ung\u00fcltigen Wert hinweist, sollte die Kompatibilit\u00e4t zwischen Quell- und Zielumgebung gepr\u00fcft werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Serverweite Datenbankeinstellungen sollten nicht allein zur Umgehung eines einzelnen Importfehlers ver\u00e4ndert werden.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Import aus sehr alter Hosting-Umgebung<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Bei Datenbanken aus deutlich \u00e4lteren Serverumgebungen k\u00f6nnen Kompatibilit\u00e4tsunterschiede h\u00e4ufiger auftreten.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">This may include, for example:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>alte Zeichens\u00e4tze<\/li>\n\n\n\n<li>abweichende Kollationen<\/li>\n\n\n\n<li>veraltete SQL-Syntax<\/li>\n\n\n\n<li>unterschiedliche Datenbankserver-Versionen<\/li>\n\n\n\n<li>alte Anwendungsstrukturen<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">In solchen F\u00e4llen ist die konkrete Fehlermeldung entscheidend f\u00fcr die weitere Vorgehensweise.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Import aus neuerer Datenbankserver-Version<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Auch der umgekehrte Fall kann problematisch sein: Eine SQL-Datei wurde auf einem System erzeugt, das Funktionen oder Kollationen unterst\u00fctzt, die auf dem Zielsystem nicht vorhanden sind.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Pr\u00fcfe deshalb bei Kompatibilit\u00e4tsfehlern sowohl die Quell- als auch die Zielumgebung.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Nicht jede Fehlermeldung ist ein phpMyAdmin-Fehler<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">phpMyAdmin ist die Oberfl\u00e4che, \u00fcber die du den Import startest. Viele angezeigte Fehlermeldungen stammen jedoch vom darunterliegenden Datenbankserver.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Fehler w\u00e4hrend eines Imports bedeutet deshalb nicht automatisch, dass phpMyAdmin selbst defekt ist.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">PHP-Limits und Datenbankfehler unterscheiden<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Upload- oder Laufzeitlimit betrifft den technischen Importvorgang \u00fcber die Weboberfl\u00e4che.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein Fehler wie:<\/p>\n\n\n\n<p class=\"wp-block-paragraph\"><code>#1050 - Table already exists<\/code><\/p>\n\n\n\n<p class=\"wp-block-paragraph\">betrifft dagegen die Verarbeitung der SQL-Anweisungen innerhalb der Datenbank.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Eine Erh\u00f6hung eines PHP-Limits l\u00f6st einen solchen SQL-Fehler nicht.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">PHP-Einstellungen nicht f\u00fcr jeden Importfehler \u00e4ndern<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn tats\u00e4chlich ein Upload- oder Laufzeitlimit relevant ist, k\u00f6nnen PHP-Einstellungen eine Rolle spielen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Wie PHP-Einstellungen in cPanel verwaltet werden, behandeln wir sp\u00e4ter unter <a href=\"\/en\/help\/web-hosting-cpanel\/php-einstellungen-aendern\/\">Change PHP settings in cPanel<\/a>.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Pr\u00fcfe aber zuerst die konkrete Fehlermeldung. SQL-Syntax-, Tabellen- oder Berechtigungsfehler werden durch gr\u00f6\u00dfere PHP-Limits nicht behoben.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Wann ein neuer sauberer Import sinnvoll sein kann<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Ein neuer Import in eine saubere Datenbank kann insbesondere dann sinnvoll sein, wenn:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>die Zieldatenbank ausschlie\u00dflich f\u00fcr diese neue Migration erstellt wurde<\/li>\n\n\n\n<li>keine produktiven Daten darin vorhanden sind<\/li>\n\n\n\n<li>der vorherige Import nachweislich nur teilweise ausgef\u00fchrt wurde<\/li>\n\n\n\n<li>die Ursache des Abbruchs behoben wurde<\/li>\n\n\n\n<li>eine vollst\u00e4ndige Ausgangssicherung vorhanden ist<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Bevor du Daten entfernst, m\u00fcssen diese Voraussetzungen eindeutig gekl\u00e4rt sein.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Wann du die bestehende Datenbank nicht leeren solltest<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Leere beziehungsweise l\u00f6sche eine Datenbank nicht, wenn:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>eine aktive Website sie verwendet<\/li>\n\n\n\n<li>du nicht sicher wei\u00dft, wem sie geh\u00f6rt<\/li>\n\n\n\n<li>neue produktive Daten darin entstanden sein k\u00f6nnten<\/li>\n\n\n\n<li>keine aktuelle Sicherung vorhanden ist<\/li>\n\n\n\n<li>du den bisherigen Importzustand noch nicht analysiert hast<\/li>\n<\/ul>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Basic rule:<\/strong> Unklarer Datenbankzustand bedeutet zuerst analysieren \u2013 nicht l\u00f6schen.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">Systematische Fehlersuche bei einem fehlgeschlagenen Import<\/h2>\n\n\n\n<ol class=\"wp-block-list\">\n<li>Import nicht sofort erneut starten.<\/li>\n\n\n\n<li>Vollst\u00e4ndige Fehlermeldung sichern.<\/li>\n\n\n\n<li>Richtige Zieldatenbank kontrollieren.<\/li>\n\n\n\n<li>Pr\u00fcfen, ob bereits Tabellen importiert wurden.<\/li>\n\n\n\n<li>Gr\u00f6\u00dfe und Format der SQL-Datei kontrollieren.<\/li>\n\n\n\n<li>Unterscheiden, ob ein Upload-, Laufzeit-, SQL-, Berechtigungs- oder Kompatibilit\u00e4tsproblem vorliegt.<\/li>\n\n\n\n<li>Bei SQL-Fehlern Fehlernummer und betroffene Anweisung pr\u00fcfen.<\/li>\n\n\n\n<li>Bei einer teilweise importierten Datenbank deren Zustand dokumentieren.<\/li>\n\n\n\n<li>Ursache beheben.<\/li>\n\n\n\n<li>Erst danach entscheiden, ob der Import fortgesetzt oder sauber neu begonnen wird.<\/li>\n<\/ol>\n\n\n\n<h2 class=\"wp-block-heading\">Schnelle Einordnung typischer Fehler<\/h2>\n\n\n\n<figure class=\"wp-block-table\"><table class=\"has-fixed-layout\"><thead><tr><th>Problem<\/th><th>Wahrscheinlicher Bereich<\/th><\/tr><\/thead><tbody><tr><td>Datei l\u00e4sst sich wegen Gr\u00f6\u00dfe nicht hochladen<\/td><td>Upload-Limit<\/td><\/tr><tr><td>Import startet und bricht sp\u00e4ter ab<\/td><td>Laufzeit, Gr\u00f6\u00dfe oder SQL-Fehler<\/td><\/tr><tr><td><code>#1044<\/code><\/td><td>Datenbankberechtigung \/ nicht erlaubte Datenbankoperation<\/td><\/tr><tr><td><code>#1045<\/code><\/td><td>Authentifizierung \/ Zugriff<\/td><\/tr><tr><td><code>#1050<\/code><\/td><td>Tabelle existiert bereits<\/td><\/tr><tr><td><code>#1062<\/code><\/td><td>Doppelter eindeutiger Wert<\/td><\/tr><tr><td><code>#1064<\/code><\/td><td>SQL-Syntax<\/td><\/tr><tr><td><code>Unknown collation<\/code><\/td><td>Kompatibilit\u00e4t \/ Kollation<\/td><\/tr><tr><td>Falsche Umlaute oder Sonderzeichen<\/td><td>Zeichensatz \/ Export-Import-Kette<\/td><\/tr><tr><td>Website meldet Datenbankverbindungsfehler<\/td><td>Zugangsdaten \/ Benutzerzuweisung<\/td><\/tr><tr><td>Tabellen fehlen nach Import<\/td><td>Teilimport oder unvollst\u00e4ndiger Export<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n<h2 class=\"wp-block-heading\">Vor einer Supportanfrage nichts \u201ereparieren\u201c<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn du die Ursache nicht eindeutig erkennst, ist es h\u00e4ufig besser, den aktuellen Zustand unver\u00e4ndert zu lassen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Durch zus\u00e4tzliche L\u00f6sch-, Import- oder SQL-Versuche k\u00f6nnen wichtige Hinweise auf die urspr\u00fcngliche Ursache verloren gehen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Notiere beziehungsweise sichere deshalb zuerst die Fehlermeldung und den aktuellen Datenbankzustand.<\/p>\n\n\n\n<h2 class=\"wp-block-heading\">Welche Informationen ben\u00f6tigt der Support?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">F\u00fcr eine gezielte Analyse sind insbesondere folgende Angaben hilfreich:<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li>affected domain or application<\/li>\n\n\n\n<li>vollst\u00e4ndiger Name der Zieldatenbank<\/li>\n\n\n\n<li>Gr\u00f6\u00dfe der SQL-Datei<\/li>\n\n\n\n<li>Dateiformat beziehungsweise Komprimierung<\/li>\n\n\n\n<li>ob die Datenbank vor dem Import leer war<\/li>\n\n\n\n<li>ob bereits Tabellen importiert wurden<\/li>\n\n\n\n<li>genaue Fehlernummer<\/li>\n\n\n\n<li>vollst\u00e4ndiger Fehlertext<\/li>\n\n\n\n<li>betroffene Tabelle, sofern angezeigt<\/li>\n\n\n\n<li>ob es sich um Migration oder Wiederherstellung handelt<\/li>\n\n\n\n<li>aus welcher Hosting- beziehungsweise Datenbankumgebung die Sicherung stammt, sofern bekannt<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">A screenshot of the error message can also be helpful.<\/p>\n\n\n\n<blockquote class=\"wp-block-quote is-layout-flow wp-block-quote-is-layout-flow\">\n<p class=\"wp-block-paragraph\"><strong>Safety:<\/strong> \u00dcbermittle keine Datenbankpassw\u00f6rter und stelle SQL-Sicherungen mit sensiblen Daten nicht \u00f6ffentlich zum Download bereit.<\/p>\n<\/blockquote>\n\n\n\n<h2 class=\"wp-block-heading\">Summary<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Wenn ein phpMyAdmin-Import fehlschl\u00e4gt, solltest du ihn nicht sofort erneut starten. Pr\u00fcfe zuerst die vollst\u00e4ndige Fehlermeldung und kontrolliere, ob die Zieldatenbank bereits teilweise importierte Tabellen oder Datens\u00e4tze enth\u00e4lt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Probleme vor dem eigentlichen Import deuten h\u00e4ufig auf Dateigr\u00f6\u00dfe, Upload oder Format hin. Bricht ein bereits laufender Import ab, k\u00f6nnen Laufzeitgrenzen, SQL-Fehler oder Kompatibilit\u00e4tsprobleme eine Rolle spielen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Fehler wie <code>#1044<\/code>, <code>#1045<\/code>, <code>#1050<\/code>, <code>#1062<\/code> or <code>#1064<\/code> weisen auf unterschiedliche Ursachen hin und sollten entsprechend der konkreten Meldung behandelt werden. Eine Erh\u00f6hung von PHP-Limits ist deshalb keine allgemeine L\u00f6sung f\u00fcr Datenbankfehler.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Besondere Vorsicht ist bei teilweise importierten Datenbanken erforderlich. L\u00f6sche bestehende Tabellen oder Datenbanken nur dann, wenn eindeutig feststeht, dass keine ben\u00f6tigten produktiven Daten betroffen sind und eine geeignete Sicherung vorhanden ist.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Die wichtigste Regel bei einem fehlgeschlagenen Import lautet deshalb: <strong>Fehlermeldung sichern, Datenbankzustand pr\u00fcfen, Ursache bestimmen \u2013 und erst danach den n\u00e4chsten Importversuch starten.<\/strong><\/p>","protected":false},"excerpt":{"rendered":"<p>Ein Datenbankimport mit phpMyAdmin kann aus unterschiedlichen Gr\u00fcnden fehlschlagen. Die SQL-Datei kann zu gro\u00df sein, der Import kann w\u00e4hrend der Verarbeitung abbrechen oder MySQL kann eine konkrete Fehlermeldung zu Tabellen, Berechtigungen, Zeichens\u00e4tzen oder vorhandenen Datens\u00e4tzen ausgeben. Wichtig ist, nach einem fehlgeschlagenen Import nicht sofort denselben Vorgang erneut zu starten. Ein abgebrochener Import kann bereits einen [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"_joinchat":[],"footnotes":""},"doc_category":[78],"doc_tag":[],"class_list":["post-22575","docs","type-docs","status-publish","hentry","doc_category-webhosting-cpanel"],"year_month":"2026-09","word_count":3666,"total_views":"5","reactions":{"happy":"0","normal":"0","sad":"0"},"author_info":{"name":"Silvio Mazenauer","author_nicename":"admin-curia","author_url":"https:\/\/www.curiaweb.ch\/en\/author\/admin-curia\/"},"doc_category_info":[{"term_name":"Webhosting &amp; cPanel","term_url":"https:\/\/www.curiaweb.ch\/en\/hilfe-kategorie\/webhosting-cpanel\/"}],"doc_tag_info":[],"knowledge_base_info":[],"knowledge_base_slug":[],"_links":{"self":[{"href":"https:\/\/www.curiaweb.ch\/en\/wp-json\/wp\/v2\/docs\/22575","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.curiaweb.ch\/en\/wp-json\/wp\/v2\/docs"}],"about":[{"href":"https:\/\/www.curiaweb.ch\/en\/wp-json\/wp\/v2\/types\/docs"}],"author":[{"embeddable":true,"href":"https:\/\/www.curiaweb.ch\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.curiaweb.ch\/en\/wp-json\/wp\/v2\/comments?post=22575"}],"version-history":[{"count":1,"href":"https:\/\/www.curiaweb.ch\/en\/wp-json\/wp\/v2\/docs\/22575\/revisions"}],"predecessor-version":[{"id":22577,"href":"https:\/\/www.curiaweb.ch\/en\/wp-json\/wp\/v2\/docs\/22575\/revisions\/22577"}],"wp:attachment":[{"href":"https:\/\/www.curiaweb.ch\/en\/wp-json\/wp\/v2\/media?parent=22575"}],"wp:term":[{"taxonomy":"doc_category","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/en\/wp-json\/wp\/v2\/doc_category?post=22575"},{"taxonomy":"doc_tag","embeddable":true,"href":"https:\/\/www.curiaweb.ch\/en\/wp-json\/wp\/v2\/doc_tag?post=22575"}],"curies":[{"name":"WP","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}