---
title: "Migracja SQLite do MySQL w przeglądarce"
description: "Migruj bazę SQLite do MySQL: zamień plik .db lub jego zrzut w skrypt z tymi samymi tabelami, kluczami i danymi oraz raportem każdej zmiany."
canonical: https://intosql.com/pl/sqlite-do-mysql
last_updated: 2026-10-15
---

# Migracja SQLite do MySQL w przeglądarce

Upuść plik bazy danych SQLite (.db, .sqlite, .sqlite3) albo SQL zapisany przez .dump z sqlite3 i pobierz skrypt MySQL z tymi samymi tabelami, kluczami, indeksami i danymi. Każda kolumna dostaje typ, w którym mieszczą się jej wartości, a każda wartość, której MySQL nie może przechować bez zmian, jest wymieniona w raporcie.

[Przewodnik migracji SQLite do MySQL](https://intosql.com/docs/migrations/sqlite-to-mysql)

[Typy danych z SQLite do MySQL](https://intosql.com/docs/types/sqlite-to-mysql)

## Co zmienia się między SQLite a MySQL

Każdy wiersz to reguła stosowana przez konwerter, z wpisem, który dodaje do raportu, gdy reguła coś zmienia w twoich danych.

| W SQLite | W MySQL | Wpis w raporcie |
| --- | --- | --- |
| declared types (any text: VARCHAR(255), DATETIME, BOOLEAN, JSON or none) | typ, w którym mieści się każda wartość kolumny |  |
| BOOLEAN, BOOL | tinyint(1) |  |
| TEXT, VARCHAR(n), CHAR(n), CLOB | varchar(n) do 1024 znaków, powyżej typy text |  |
| DECIMAL(p,s), NUMERIC | dokładny typ, gdy mieści się w nim każda wartość, w przeciwnym razie double |  |
| BLOB, and columns holding bytes | typy blob |  |
| 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, kontynuowane po najwyższym id lub wartości z sqlite_sequence |  |
| COLLATE NOCASE | dokładne porównanie (utf8mb4_bin) | `case_insensitive_collation` |
| generated columns | kolumny generowane, STORED lub VIRTUAL jak w źródle |  |
| generated columns with functions IntoSQL doesn't write, and the || operator | zwykła kolumna | `generated_not_translated` |
| defaults with functions IntoSQL doesn't write (strftime, randomblob) | brak wartości domyślnej | `default_not_translated` |
| CHECK constraints | przetłumaczone |  |
| CHECK constraints with functions IntoSQL doesn't write | nie jest tworzone | `check_skipped` |
| partial and expression indexes | nie jest tworzone | `index_skipped` |
| foreign keys (unenforced unless PRAGMA foreign_keys=ON) | klucze obce, ładowane z FOREIGN_KEY_CHECKS=0 |  |
| foreign keys to tables the dump doesn't create | nie jest tworzone | `foreign_key_skipped` |
| primary keys holding NULL, and NOT NULL columns with values that become NULL | NOT NULL usunięte | `not_null_relaxed` |
| views, triggers and virtual tables (FTS, R*Tree) | wymienione w raporcie | `not_converted_objects` |
| dumps without CREATE TABLE (--data-only) | typy odczytane z wartości | `no_schema` |
| expressions in INSERT values other than the text functions dumps write | NULL | `expression_value` |
| NUL characters in text | zachowane |  |
| text that isn't valid UTF-8 | błędne bajty jako znak zastępczy | `invalid_utf8_replaced` |
| text decoded twice (ñ) | skopiowane bez zmian | `mojibake_suspected` |

## Załaduj skrypt do MySQL

Skrypt tworzy tabele, kopiuje wiersze, a potem dodaje klucze, indeksy i klucze obce, więc ładuje się szybko i zatrzymuje przy pierwszym błędzie.

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

Klucze obce są tworzone tak, jak deklaruje je zrzut, z FOREIGN_KEY_CHECKS=0 podczas ładowania wierszy, więc wiersz wskazujący na brakujący wiersz nie zatrzymuje ładowania.

Przy dużym zrzucie uruchom klienta na tej samej maszynie co serwer i zwiększ max_allowed_packet, jeśli pojedynczy wiersz jest bardzo duży.

IntoSQL Pro ładuje plik prosto do MySQL z aplikacji na komputer lub wiersza poleceń, bez pisania skryptu.

## Jak zrobić zrzut SQLite dla najlepszego wyniku

Konwerter odczytuje to, co zawiera zrzut. Te opcje zachowują w nim więcej twoich danych:

- Sam plik bazy danych konwertuje się bez zmian, odczytywany strona po stronie w przeglądarce. Najpierw zamknij aplikację, która do niego zapisuje, żeby żadna zmiana nie została w jego pliku -wal.
- sqlite3 app.db .dump > app.sql zapisuje tę samą bazę danych jako SQL, który też się konwertuje, jako .sql lub .sql.gz.
- DB Browser for SQLite zapisuje ten SQL przez File, Export, Database to SQL file, podobnie jak iterdump() w Pythonie.

## Co nie jest konwertowane

Widoki i wyzwalacze są pisane we własnym języku SQLite. Raport wymienia je z nazwy i nigdy nie pomija ich po cichu, więc możesz je przepisać dla MySQL. Tabele wirtualne, takie jak FTS5 i R*Tree, też są wymienione, a ich tabele cieni są pomijane.

## Pytania o konwersję SQLite do MySQL

### Czy mój zrzut jest wysyłany?

Nie. Konwerter działa w przeglądarce i odczytuje zrzut z dysku po kawałku, więc nigdy nie opuszcza on twojego komputera. Aplikacja na komputer i wiersz poleceń też konwertują na twoim komputerze.

### Jak duży może być zrzut?

Konwerter nigdy nie trzyma całego zrzutu w pamięci: czyta plik dwa razy, fragmentami, i zapisuje skrypt na bieżąco. Zrzuty wielogigabajtowe konwertują się w przeglądarce, w aplikacji na komputer i w wierszu poleceń.

### Czy mogę przekonwertować sam plik .db?

Tak. Upuść plik .db, .sqlite lub .sqlite3: jest odczytywany w przeglądarce i nigdy nie jest wysyłany. Tekst ze znakami NUL i każda cyfra wartości double docierają tak, jak zostały zapisane, a .dump może je obciąć.

### Z jakich wersji SQLite może pochodzić zrzut?

Pliki bazy danych od SQLite 3.0, w UTF-8 lub UTF-16, oraz zrzuty z .dump powłoki sqlite3 lub z iterdump() w Pythonie. Każdy testowy plik i zrzut pochodzi z sqlite3 od 3.31 do 3.54, łącznie z tabelami STRICT i WITHOUT ROWID, i jest porównywany ze źródłem komórka po komórce.

### Jak ustalane są typy kolumn, skoro SQLite ich nie wymusza?

Zadeklarowany typ jest wskazówką, a decydują wartości: kolumna dostaje typ integer, decimal, double, date, datetime, tinyint(1), blob lub text, gdy mieści się w nim każda wartość. Tekst w kluczu lub z wartością domyślną to varchar(768), więc MySQL 5.7 może go indeksować.

### Czy INTEGER PRIMARY KEY i AUTOINCREMENT są zachowywane?

Tak. INTEGER PRIMARY KEY staje się AUTO_INCREMENT, każdy wiersz zachowuje swoje id, a kolejne id idzie po najwyższym albo, przy AUTOINCREMENT, po wartości z sqlite_sequence.

### A widoki i wyzwalacze?

Raport wymienia je z nazwy, ale nie są konwertowane, bo każda baza danych zapisuje je we własnym języku.

### Na jakich wersjach MySQL ładuje się skrypt?

MySQL 5.7 i nowsze. Każdy testowy zrzut ładuje się na 5.7 i 9 i zatrzymuje przy pierwszym błędzie, jeśli coś pójdzie nie tak.

## Z SQLite

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

## Do MySQL

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

## Przewodnik i każda para

- [MySQL do SQLite](https://intosql.com/pl/mysql-do-sqlite)
- [Przewodnik migracji SQLite do MySQL](https://intosql.com/docs/migrations/sqlite-to-mysql)
- [Typy danych z SQLite do MySQL](https://intosql.com/docs/types/sqlite-to-mysql)
- [Każda para baz danych](https://intosql.com/pl/migracja-bazy-danych)