---
title: "SQLite を MySQL にブラウザで移行"
description: "SQLite のデータベースを MySQL に移行。.db ファイルかダンプを同じテーブル、キー、データを持つスクリプトに変換し、すべての変更をレポートします。"
canonical: https://intosql.com/ja/sqlite-to-mysql
last_updated: 2026-10-15
---

# SQLite を MySQL にブラウザで移行

SQLite データベースファイル (.db、.sqlite、.sqlite3) または sqlite3 の .dump が書き出す SQL をドロップすると、同じテーブル、キー、インデックス、データを持つ MySQL スクリプトをダウンロードできます。各列には値が収まる型を付け、MySQL がそのまま保持できない値はすべてレポートに記載されます。

[SQLite から MySQL への移行ガイド](https://intosql.com/docs/migrations/sqlite-to-mysql)

[SQLite から MySQL へのデータ型](https://intosql.com/docs/types/sqlite-to-mysql)

## SQLite から MySQL で変わること

各行はコンバーターが適用するルールです。ルールによってデータが変わったときにレポートに書かれる行も示します。

| SQLite では | MySQL では | レポートの行 |
| --- | --- | --- |
| declared types (any text: VARCHAR(255), DATETIME, BOOLEAN, JSON or none) | 列のすべての値が収まる型 |  |
| BOOLEAN, BOOL | tinyint(1) |  |
| TEXT, VARCHAR(n), CHAR(n), CLOB | 1024 文字までは varchar(n)、それを超えると text 型 |  |
| DECIMAL(p,s), NUMERIC | すべての値が収まれば正確な型、それ以外は double |  |
| BLOB, and columns holding bytes | 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、最大の ID または sqlite_sequence の値の後から継続 |  |
| COLLATE NOCASE | 厳密な比較 (utf8mb4_bin) | `case_insensitive_collation` |
| generated columns | 生成列、ソースと同じく STORED または VIRTUAL |  |
| generated columns with functions IntoSQL doesn't write, and the || operator | 普通の列 | `generated_not_translated` |
| defaults with functions IntoSQL doesn't write (strftime, randomblob) | デフォルト値なし | `default_not_translated` |
| CHECK constraints | 変換済み |  |
| CHECK constraints with functions IntoSQL doesn't write | 作成しない | `check_skipped` |
| partial and expression indexes | 作成しない | `index_skipped` |
| foreign keys (unenforced unless PRAGMA foreign_keys=ON) | 外部キー、FOREIGN_KEY_CHECKS=0 で読み込み |  |
| foreign keys to tables the dump doesn't create | 作成しない | `foreign_key_skipped` |
| primary keys holding NULL, and NOT NULL columns with values that become NULL | NOT NULL を削除 | `not_null_relaxed` |
| views, triggers and virtual tables (FTS, R*Tree) | レポートに記載 | `not_converted_objects` |
| dumps without CREATE TABLE (--data-only) | 値から読み取った型 | `no_schema` |
| expressions in INSERT values other than the text functions dumps write | NULL | `expression_value` |
| NUL characters in text | 保持 |  |
| text that isn't valid UTF-8 | 不正なバイトを置換文字に | `invalid_utf8_replaced` |
| text decoded twice (ñ) | そのままコピー | `mojibake_suspected` |

## スクリプトを MySQL に読み込む

スクリプトはテーブルを作成して行をコピーしてから、キー、インデックス、外部キーを追加します。そのため読み込みが速く、最初のエラーで止まります。

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

外部キーはダンプが宣言するとおりに作成し、行の読み込み中は FOREIGN_KEY_CHECKS=0 にするため、存在しない行を参照する行があっても読み込みは止まりません。

大きなダンプでは、サーバーと同じマシンでクライアントを実行し、1 行がとても大きい場合は max_allowed_packet を上げてください。

IntoSQL Pro なら、デスクトップアプリやコマンドラインからファイルを MySQL に直接読み込めます。スクリプトを書き出す必要はありません。

## SQLite を最適な方法でダンプする

コンバーターはダンプの内容を読み取ります。次のオプションを使うと、より多くのデータがダンプに残ります。

- データベースファイル自体をそのまま変換し、ブラウザでページ単位で読み込みます。変更が -wal ファイルに残らないよう、先に書き込み中のアプリを閉じてください。
- sqlite3 app.db .dump > app.sql で同じデータベースを SQL として書き出せます。これも .sql または .sql.gz として変換できます。
- DB Browser for SQLite では File、Export、Database to SQL file の順に選ぶとその SQL を書き出せます。Python の iterdump() も同様です。

## 変換されないもの

ビューとトリガーは SQLite 独自の言語で書かれています。黙って削除することはなく、レポートに名前で一覧するので、MySQL 向けに書き直せます。FTS5 や R*Tree などの仮想テーブルも一覧し、そのシャドウテーブルは含めません。

## SQLite から MySQL への変換に関する質問

### ダンプはアップロードされますか？

いいえ。コンバーターはブラウザ上で動作し、ダンプをディスクから少しずつ読み込むため、ダンプがコンピューターの外に出ることはありません。デスクトップアプリとコマンドラインも、お使いのコンピューター上で変換します。

### ダンプはどのくらいの大きさまで扱えますか？

コンバーターはダンプ全体をメモリに保持しません。ファイルを範囲ごとに 2 回読み、読みながらスクリプトを書き出します。数 GB のダンプも、ブラウザ、デスクトップアプリ、コマンドラインで変換できます。

### .db ファイル自体を変換できますか？

はい。.db、.sqlite、.sqlite3 ファイルをドロップしてください。ブラウザで読み込まれ、アップロードされることはありません。NUL 文字を含むテキストや double のすべての桁も保存されたとおりに届きます。.dump ではこれらが欠けることがあります。

### どの SQLite バージョンのダンプに対応していますか？

SQLite 3.0 以降の UTF-8 または UTF-16 のデータベースファイルと、sqlite3 シェルの .dump または Python の iterdump() で作成したダンプです。すべてのテスト用ファイルとダンプは sqlite3 3.31 から 3.54 で作成し、STRICT と WITHOUT ROWID のテーブルも含め、ソースとセル単位で比較しています。

### SQLite が型を強制しない場合、列の型はどう決まりますか？

宣言された型は目安で、値によって決まります。すべての値が収まれば、列は integer、decimal、double、date、datetime、tinyint(1)、blob、text の型 のいずれかになります。キーに含まれるテキストやデフォルト値を持つテキストは varchar(768) になるため、MySQL 5.7 でもインデックスを作れます。

### INTEGER PRIMARY KEY と AUTOINCREMENT は保持されますか？

はい。INTEGER PRIMARY KEY は AUTO_INCREMENT になり、各行は ID を保ちます。次の ID は最大の ID の後から、AUTOINCREMENT がある場合は sqlite_sequence の値の後から続きます。

### ビューとトリガーはどうなりますか？

データベースごとに独自の言語で書かれるため、変換はせず、レポートに名前で一覧します。

### スクリプトはどの MySQL バージョンで読み込めますか？

MySQL 5.7 以降です。すべてのテスト用ダンプを 5.7 と 9 で読み込み、問題があれば最初のエラーで止まります。

## SQLite から

- [SQLite から PostgreSQL へ](https://intosql.com/ja/sqlite-to-postgresql)
- [SQLite から MariaDB へ](https://intosql.com/ja/sqlite-to-mariadb)
- [SQLite から SQLite へ](https://intosql.com/ja/sqlite-to-sqlite)
- [SQLite から SQL Server へ](https://intosql.com/ja/sqlite-to-sql-server)
- [SQLite から Oracle へ](https://intosql.com/ja/sqlite-to-oracle)

## MySQL へ

- [MySQL から MySQL へ](https://intosql.com/ja/mysql-to-mysql)
- [MariaDB から MySQL へ](https://intosql.com/ja/mariadb-to-mysql)
- [PostgreSQL から MySQL へ](https://intosql.com/ja/postgresql-to-mysql)
- [SQL Server から MySQL へ](https://intosql.com/ja/sql-server-to-mysql)
- [Oracle から MySQL へ](https://intosql.com/ja/oracle-to-mysql)

## ガイドとすべての組み合わせ

- [MySQL から SQLite へ](https://intosql.com/ja/mysql-to-sqlite)
- [SQLite から MySQL への移行ガイド](https://intosql.com/docs/migrations/sqlite-to-mysql)
- [SQLite から MySQL へのデータ型](https://intosql.com/docs/types/sqlite-to-mysql)
- [すべてのデータベースの組み合わせ](https://intosql.com/ja/database-migration)