---
title: "SQLite zu MySQL migrieren, im Browser"
description: "Migriere eine SQLite-Datenbank zu MySQL: Die .db-Datei oder ihr Dump wird ein Skript mit denselben Tabellen, Schlüsseln und Daten, plus Bericht."
canonical: https://intosql.com/de/sqlite-in-mysql
last_updated: 2026-10-15
---

# SQLite zu MySQL migrieren, im Browser

Leg eine SQLite-Datenbankdatei (.db, .sqlite, .sqlite3) oder das SQL ab, das .dump von sqlite3 schreibt, und lade ein MySQL-Skript mit denselben Tabellen, Schlüsseln, Indizes und Daten herunter. Jede Spalte bekommt den Typ, in den ihre Werte passen, und jeder Wert, den MySQL nicht unverändert aufnehmen kann, steht im Bericht.

[Leitfaden: SQLite zu MySQL migrieren](https://intosql.com/docs/migrations/sqlite-to-mysql)

[Datentypen von SQLite zu MySQL](https://intosql.com/docs/types/sqlite-to-mysql)

## Was sich von SQLite zu MySQL ändert

Jede Zeile ist eine Regel, die der Konverter anwendet, mit der Berichtszeile, die er schreibt, wenn die Regel etwas an deinen Daten ändert.

| In SQLite | In MySQL | Berichtszeile |
| --- | --- | --- |
| declared types (any text: VARCHAR(255), DATETIME, BOOLEAN, JSON or none) | der Typ, in den jeder Wert der Spalte passt |  |
| BOOLEAN, BOOL | tinyint(1) |  |
| TEXT, VARCHAR(n), CHAR(n), CLOB | varchar(n) bis 1024 Zeichen, darüber text-Typen |  |
| DECIMAL(p,s), NUMERIC | der exakte Typ, wenn jeder Wert hineinpasst, sonst ein double |  |
| BLOB, and columns holding bytes | blob-Typen |  |
| DATE, DATETIME, TIMESTAMP holding ISO 8601 text | date, datetime(p) |  |
| JSON holding JSON text | json |  |
| Infinity in REAL columns | NULL | `invalid_value_null` |
| INTEGER PRIMARY KEY, AUTOINCREMENT | AUTO_INCREMENT, weiter nach der höchsten ID oder dem Wert aus sqlite_sequence |  |
| COLLATE NOCASE | exakter Vergleich (utf8mb4_bin) | `case_insensitive_collation` |
| generated columns | generierte Spalten, STORED oder VIRTUAL wie in der Quelle |  |
| generated columns with functions IntoSQL doesn't write, and the || operator | eine normale Spalte | `generated_not_translated` |
| defaults with functions IntoSQL doesn't write (strftime, randomblob) | kein Standardwert | `default_not_translated` |
| CHECK constraints | übersetzt |  |
| CHECK constraints with functions IntoSQL doesn't write | nicht angelegt | `check_skipped` |
| partial and expression indexes | nicht angelegt | `index_skipped` |
| foreign keys (unenforced unless PRAGMA foreign_keys=ON) | Fremdschlüssel, geladen mit FOREIGN_KEY_CHECKS=0 |  |
| foreign keys to tables the dump doesn't create | nicht angelegt | `foreign_key_skipped` |
| primary keys holding NULL, and NOT NULL columns with values that become NULL | NOT NULL entfernt | `not_null_relaxed` |
| views, triggers and virtual tables (FTS, R*Tree) | im Bericht aufgeführt | `not_converted_objects` |
| dumps without CREATE TABLE (--data-only) | Typen aus den Werten gelesen | `no_schema` |
| expressions in INSERT values other than the text functions dumps write | NULL | `expression_value` |
| NUL characters in text | beibehalten |  |
| text that isn't valid UTF-8 | die fehlerhaften Bytes als Ersatzzeichen | `invalid_utf8_replaced` |
| text decoded twice (ñ) | unverändert kopiert | `mojibake_suspected` |

## Das Skript in MySQL laden

Das Skript legt die Tabellen an, kopiert die Zeilen und fügt dann Schlüssel, Indizes und Fremdschlüssel hinzu, so lädt es schnell und hält beim ersten Fehler an.

```shell
mysql --default-character-set=utf8mb4 mydb < sqlite.mysql.sql
```

Fremdschlüssel werden so angelegt, wie der Dump sie deklariert, mit FOREIGN_KEY_CHECKS=0, während die Zeilen laden, daher hält eine Zeile, die auf eine fehlende Zeile verweist, das Laden nicht an.

Führe bei einem großen Dump den Client auf dem Rechner des Servers aus und erhöhe max_allowed_packet, wenn eine einzelne Zeile sehr groß ist.

IntoSQL Pro lädt die Datei aus der Desktop-App oder der Kommandozeile direkt in MySQL, ohne ein Skript zu schreiben.

## Den SQLite-Dump für das beste Ergebnis erstellen

Der Konverter liest, was der Dump enthält. Mit diesen Optionen bleibt mehr von deinen Daten darin:

- Die Datenbankdatei selbst wird unverändert konvertiert und Seite für Seite in deinem Browser gelesen. Schließe zuerst die App, die in sie schreibt, damit keine Änderung in ihrer -wal-Datei zurückbleibt.
- sqlite3 app.db .dump > app.sql schreibt dieselbe Datenbank als SQL, das sich ebenfalls konvertieren lässt, als .sql oder .sql.gz.
- DB Browser for SQLite schreibt dieses SQL mit File, Export, Database to SQL file, und iterdump() in Python ebenso.

## Was nicht konvertiert wird

Sichten und Trigger sind in der eigenen Sprache von SQLite geschrieben. Sie stehen mit Namen im Bericht und werden nie stillschweigend weggelassen, damit du sie für MySQL neu schreiben kannst. Virtuelle Tabellen wie FTS5 und R*Tree werden ebenfalls aufgeführt, und ihre Schattentabellen werden weggelassen.

## Fragen zu SQLite zu MySQL

### Wird mein Dump hochgeladen?

Nein. Der Konverter läuft in deinem Browser und liest den Dump stückweise von deiner Festplatte, daher verlässt er nie deinen Computer. Die Desktop-App und die Kommandozeile konvertieren ebenfalls auf deinem Computer.

### Wie groß darf der Dump sein?

Der Konverter hält nie den ganzen Dump im Speicher: Er liest die Datei zweimal, in Abschnitten, und schreibt das Skript fortlaufend. Dumps von mehreren Gigabyte werden im Browser, in der Desktop-App und mit der Kommandozeile konvertiert.

### Kann ich die .db-Datei selbst konvertieren?

Ja. Leg die .db-, .sqlite- oder .sqlite3-Datei ab: Sie wird in deinem Browser gelesen und nie hochgeladen. Text mit NUL-Zeichen und jede Ziffer eines double kommen so an, wie sie gespeichert sind, was ein .dump abschneiden kann.

### Aus welchen SQLite-Versionen kann der Dump stammen?

Datenbankdateien ab SQLite 3.0, in UTF-8 oder UTF-16, und Dumps aus .dump der sqlite3-Shell oder aus iterdump() in Python. Jede Testdatei und jeder Test-Dump stammt aus sqlite3 3.31 bis 3.54, einschließlich STRICT- und WITHOUT ROWID-Tabellen, und wird Zelle für Zelle mit seiner Quelle verglichen.

### Wie werden Spaltentypen bestimmt, wenn SQLite sie nicht erzwingt?

Der deklarierte Typ ist ein Hinweis, und die Werte entscheiden: Eine Spalte wird ein integer-, decimal-, double-, date-, datetime-, tinyint(1)-, blob- oder text-Typ, wenn jeder Wert hineinpasst. Text in einem Schlüssel oder mit Standardwert ist varchar(768), damit MySQL 5.7 ihn indizieren kann.

### Bleiben INTEGER PRIMARY KEY und AUTOINCREMENT erhalten?

Ja. Ein INTEGER PRIMARY KEY wird AUTO_INCREMENT, jede Zeile behält ihre ID, und die nächste ID macht nach der höchsten weiter oder, mit AUTOINCREMENT, nach dem Wert aus sqlite_sequence.

### Was ist mit Sichten und Triggern?

Sie stehen mit Namen im Bericht und werden nicht konvertiert, weil jede Datenbank sie in ihrer eigenen Sprache schreibt.

### Auf welchen MySQL-Versionen lädt das Skript?

MySQL 5.7 und neuer. Jeder Test-Dump lädt auf 5.7 und 9 und hält beim ersten Fehler an, falls etwas schiefgeht.

## Aus SQLite

- [SQLite zu PostgreSQL](https://intosql.com/de/sqlite-in-postgresql)
- [SQLite zu MariaDB](https://intosql.com/de/sqlite-in-mariadb)
- [SQLite zu SQLite](https://intosql.com/de/sqlite-in-sqlite)
- [SQLite zu SQL Server](https://intosql.com/de/sqlite-in-sql-server)
- [SQLite zu Oracle](https://intosql.com/de/sqlite-in-oracle)

## Nach MySQL

- [MySQL zu MySQL](https://intosql.com/de/mysql-in-mysql)
- [MariaDB zu MySQL](https://intosql.com/de/mariadb-in-mysql)
- [PostgreSQL zu MySQL](https://intosql.com/de/postgresql-in-mysql)
- [SQL Server zu MySQL](https://intosql.com/de/sql-server-in-mysql)
- [Oracle zu MySQL](https://intosql.com/de/oracle-in-mysql)

## Leitfaden und alle Paare

- [MySQL zu SQLite](https://intosql.com/de/mysql-in-sqlite)
- [Leitfaden: SQLite zu MySQL migrieren](https://intosql.com/docs/migrations/sqlite-to-mysql)
- [Datentypen von SQLite zu MySQL](https://intosql.com/docs/types/sqlite-to-mysql)
- [Alle Datenbankpaare](https://intosql.com/de/datenbankmigration)