Convierte SQLite a MySQL

Suelta un archivo de base de datos SQLite (.db, .sqlite, .sqlite3) o el SQL que escribe .dump de sqlite3, y descarga un script de MySQL con las mismas tablas, claves, índices y datos. Cada columna recibe el tipo en el que caben sus valores, y cada valor que MySQL no puede guardar tal cual aparece en el informe.

Guía de migración de SQLite a MySQL Tipos de datos de SQLite a MySQL

Tu archivo

sqlshop_2024_sqlite.sqlArchivo de ejemplo, 3,4 kB

18 filas convertidas, sin correcciones, ninguna rechazada

TablasSQLInforme

Tablas en shop_2024_sqlite.sqlVolcado de SQLite · escrito por sqlite3 · utf-8

customers8 filas
7 columnas
id bigint not null
name text not null
email varchar(768) not null
country varchar(768) not null
is_active tinyint(1) not null
signed_up date
created_at datetime not null
orders10 filas
9 columnas
id bigint not null
customer_id bigint not null
status varchar(768) not null
total decimal(10,2) not null
items int not null
ordered_at datetime not null
shipped_at datetime
note text
receipt blob

7 columnas
id	bigint not null
name	text not null
email	varchar(768) not null
country	varchar(768) not null
is_active	tinyint(1) not null
signed_up	date
created_at	datetime not null

9 columnas
id	bigint not null
customer_id	bigint not null
status	varchar(768) not null
total	decimal(10,2) not null
items	int not null
ordered_at	datetime not null
shipped_at	datetime
note	text
receipt	blob

Sin convertir

Vista order_totals
Disparador orders_shipped

Cada base de datos los escribe en su propio lenguaje. Reescríbelos para MySQL.

-- Written by IntoSQL from a SQLite dump. Load it with: mysql --default-character-set=utf8mb4 <database> < <file>
SET NAMES utf8mb4;
SET FOREIGN_KEY_CHECKS = 0;
SET UNIQUE_CHECKS = 0;
SET SQL_MODE = 'NO_AUTO_VALUE_ON_ZERO,ALLOW_INVALID_DATES';

CREATE TABLE `customers` (
  `id` bigint NOT NULL AUTO_INCREMENT,
  `name` text NOT NULL,
  `email` varchar(768) NOT NULL,
  `country` varchar(768) NOT NULL DEFAULT 'US',
  `is_active` tinyint(1) NOT NULL DEFAULT 1,
  `signed_up` date,
  `created_at` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP,
  PRIMARY KEY (`id`),
  UNIQUE KEY `email` (`email`),
  CONSTRAINT `check1` CHECK (char_length(`country`) = 2)
) AUTO_INCREMENT=9 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin;

CREATE TABLE `orders` (
  `id` bigint NOT NULL AUTO_INCREMENT,
  `customer_id` bigint NOT NULL,
  `status` varchar(768) NOT NULL DEFAULT 'pending',
  `total` decimal(10,2) NOT NULL,
  `items` int NOT NULL DEFAULT 1,
  `ordered_at` datetime NOT NULL,
  `shipped_at` datetime,
  `note` text,
  `receipt` blob,
  PRIMARY KEY (`id`),
  KEY `idx_orders_customer` (`customer_id`),
  KEY `idx_orders_status_date` (`status`,`ordered_at`),
  CONSTRAINT `check1` CHECK (`status` IN ('pending', 'paid', 'shipped', 'cancelled')),
  FOREIGN KEY (`customer_id`) REFERENCES `customers` (`id`) ON DELETE CASCADE
) AUTO_INCREMENT=11 DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_bin;

INSERT INTO `customers` (`id`,`name`,`email`,`country`,`is_active`,`signed_up`,`created_at`) VALUES (1,'Ana Martínez','ana@example.com','MX',1,'2023-01-15','2023-01-15 10:24:00');
INSERT INTO `customers` (`id`,`name`,`email`,`country`,`is_active`,`signed_up`,`created_at`) VALUES (2,'Zoë Müller','zoe@example.de','DE',1,'2023-02-03','2023-02-03 08:11:42');
INSERT INTO `customers` (`id`,`name`,`email`,`country`,`is_active`,`signed_up`,`created_at`) VALUES (3,'José Peña','jose@example.es','ES',0,'2023-03-21','2023-03-21 19:05:17');
INSERT INTO `customers` (`id`,`name`,`email`,`country`,`is_active`,`signed_up`,`created_at`) VALUES (4,'李雷','lilei@example.cn','CN',1,'2023-05-09','2023-05-09 02:40:00');
INSERT INTO `customers` (`id`,`name`,`email`,`country`,`is_active`,`signed_up`,`created_at`) VALUES (5,'Noah O\'Brien','noah@example.ie','IE',1,NULL,'2023-06-30 14:00:00');
INSERT INTO `customers` (`id`,`name`,`email`,`country`,`is_active`,`signed_up`,`created_at`) VALUES (6,'Amélie Laurent','amelie@example.fr','FR',1,'2024-01-02','2024-01-02 09:30:00');
INSERT INTO `customers` (`id`,`name`,`email`,`country`,`is_active`,`signed_up`,`created_at`) VALUES (7,'Ravi Patel','ravi@example.in','IN',0,'2024-02-29','2024-02-29 23:59:59');
INSERT INTO `customers` (`id`,`name`,`email`,`country`,`is_active`,`signed_up`,`created_at`) VALUES (8,'Sofia Rossi 🌻','sofia@example.it','IT',1,'2024-04-12','2024-04-12 12:12:12');
INSERT INTO `orders` (`id`,`customer_id`,`status`,`total`,`items`,`ordered_at`,`shipped_at`,`note`,`receipt`) VALUES (1,1,'shipped',129.9,3,'2024-03-01 10:00:00','2024-03-02 16:30:00',NULL,NULL);
INSERT INTO `orders` (`id`,`customer_id`,`status`,`total`,`items`,`ordered_at`,`shipped_at`,`note`,`receipt`) VALUES (2,2,'paid',54,1,'2024-03-02 11:15:00',NULL,'Gift wrap 🎁',NULL);
INSERT INTO `orders` (`id`,`customer_id`,`status`,`total`,`items`,`ordered_at`,`shipped_at`,`note`,`receipt`) VALUES (3,1,'cancelled',12.5,1,'2024-03-03 09:45:00',NULL,'Customer changed their mind',NULL);
INSERT INTO `orders` (`id`,`customer_id`,`status`,`total`,`items`,`ordered_at`,`shipped_at`,`note`,`receipt`) VALUES (4,4,'shipped',980,12,'2024-03-05 02:10:00','2024-03-07 08:00:00','请小心轻放',X'25504446');
INSERT INTO `orders` (`id`,`customer_id`,`status`,`total`,`items`,`ordered_at`,`shipped_at`,`note`,`receipt`) VALUES (5,5,'pending',45.75,2,'2024-03-08 17:20:00',NULL,'Leave at the door;\nring twice',NULL);
INSERT INTO `orders` (`id`,`customer_id`,`status`,`total`,`items`,`ordered_at`,`shipped_at`,`note`,`receipt`) VALUES (6,6,'shipped',310.4,5,'2024-03-10 13:00:00','2024-03-11 09:00:00','Fragile: "glass"',NULL);
INSERT INTO `orders` (`id`,`customer_id`,`status`,`total`,`items`,`ordered_at`,`shipped_at`,`note`,`receipt`) VALUES (7,8,'paid',76.2,2,'2024-03-11 18:45:00',NULL,NULL,NULL);
INSERT INTO `orders` (`id`,`customer_id`,`status`,`total`,`items`,`ordered_at`,`shipped_at`,`note`,`receipt`) VALUES (8,2,'paid',19.99,1,'2024-03-12 08:00:00',NULL,'Paid at the counter',NULL);
INSERT INTO `orders` (`id`,`customer_id`,`status`,`total`,`items`,`ordered_at`,`shipped_at`,`note`,`receipt`) VALUES (9,3,'shipped',64,2,'2024-03-14 15:30:00',NULL,'Shipping date never recorded',NULL);
INSERT INTO `orders` (`id`,`customer_id`,`status`,`total`,`items`,`ordered_at`,`shipped_at`,`note`,`receipt`) VALUES (10,7,'paid',1499,1,'2024-03-15 21:05:00',NULL,'C:\\Users\\ravi\\invoice.pdf',NULL);

SET UNIQUE_CHECKS = 1;
SET FOREIGN_KEY_CHECKS = 1;

Correcciones

No hubo nada que corregir.

Para revisar

1 columna de texto compara sin distinguir mayúsculas en el origen; MySQL compara exactamente, así que las claves únicas y las búsquedas pueden comportarse distinto. Usa una intercalación o un tipo de columna que no distinga mayúsculas en las columnas que lo necesiten.
2 vistas, disparadores, rutinas o eventos no se convierten; el informe lista cada uno. Vuelve a crearlos a mano en MySQL.

Tu archivo se convierte en esta computadora y nunca se sube.

Otros ejemplos:

Qué cambia de SQLite a MySQL

Cada fila es una regla que aplica el convertidor, con la línea que escribe en el informe cuando la regla cambia algo en tus datos.

declared types (any text: VARCHAR(255), DATETIME, BOOLEAN, JSON or none)
el tipo en el que caben todos los valores de la columna
SQLite guarda cualquier valor en cualquier columna, así que el tipo declarado es una pista: cada columna recibe el tipo en el que caben todos sus valores, y una columna con valores mezclados conserva su texto.
BOOLEAN, BOOL
tinyint(1)
Cuando cada valor es 0 o 1; una columna que también tiene otros valores los conserva como números o texto.
TEXT, VARCHAR(n), CHAR(n), CLOB
varchar(n) hasta 1024 caracteres, tipos text si son más
SQLite nunca aplica una longitud; una longitud declarada se mantiene solo cuando cada valor cabe en ella. El texto en una clave, o con un valor predeterminado, es varchar(768) cuando sus valores caben, que MySQL 5.7 puede indexar y al que puede dar un valor predeterminado.
DECIMAL(p,s), NUMERIC
el tipo exacto cuando cada valor cabe en él, si no un double
SQLite los guarda como enteros o doubles; una precisión declarada se mantiene solo cuando los valores caben en ella.
BLOB, and columns holding bytes
tipos blob
Los bytes siguen siendo bytes; el texto y los números de la misma columna se conservan como sus bytes.
DATE, DATETIME, TIMESTAMP holding ISO 8601 text
date, datetime(p)
Cuando cada valor es una fecha o una fecha con hora; los números epoch y el resto del texto conservan sus valores tal cual.
JSON holding JSON text
json
Cuando cada valor es un objeto o un arreglo JSON.
Infinity in REAL columns
NULL
Los doubles de MySQL no tienen infinito, así que esos valores se vuelven NULL y el informe los cuenta.
Línea del informe: invalid_value_null
INTEGER PRIMARY KEY, AUTOINCREMENT
AUTO_INCREMENT, siguiendo después del id más alto o del valor de sqlite_sequence
Solo una columna declarada exactamente INTEGER PRIMARY KEY es el rowid; cada fila conserva su id, y el contador empieza después del id más alto que se haya asignado.
COLLATE NOCASE
comparación exacta (utf8mb4_bin)
Las tablas usan utf8mb4_bin para que el texto se compare exactamente, como el de SQLite por defecto; las columnas NOCASE dejan de ignorar las mayúsculas.
Línea del informe: case_insensitive_collation
generated columns
columnas generadas, STORED o VIRTUAL como en el origen
MySQL las calcula de la misma forma.
generated columns with functions IntoSQL doesn't write, and the || operator
una columna simple
Una fórmula que no se puede escribir deja una columna simple y una línea en el informe; el volcado no tiene valores para las columnas generadas.
Línea del informe: generated_not_translated
defaults with functions IntoSQL doesn't write (strftime, randomblob)
sin valor predeterminado
Un valor predeterminado que no se puede escribir se deja fuera y aparece en el informe; CURRENT_TIMESTAMP y datetime('now') sí se escriben.
Línea del informe: default_not_translated
CHECK constraints
traducidos
MySQL 5.7 los conserva sin comprobarlos; las demás versiones los comprueban al cargar cada fila.
CHECK constraints with functions IntoSQL doesn't write
no se crea
Un CHECK que no se puede escribir se deja fuera y aparece en el informe.
Línea del informe: check_skipped
partial and expression indexes
no se crea
IntoSQL escribe índices sobre columnas completas; vuelve a crear los demás después de cargar.
Línea del informe: index_skipped
foreign keys (unenforced unless PRAGMA foreign_keys=ON)
claves foráneas, cargadas con FOREIGN_KEY_CHECKS=0
SQLite solo comprueba las claves foráneas cuando se le indica, así que las filas sin padre son comunes: se cargan, y la clave queda sin comprobar con una advertencia en lugar de detener la carga.
foreign keys to tables the dump doesn't create
no se crea
Una clave no puede nombrar una tabla que no existe.
Línea del informe: foreign_key_skipped
primary keys holding NULL, and NOT NULL columns with values that become NULL
sin NOT NULL
SQLite deja que una clave primaria distinta del rowid tenga NULL; la columna no puede ser NOT NULL en el destino, o la carga se detendría.
Línea del informe: not_null_relaxed
views, triggers and virtual tables (FTS, R*Tree)
listados en el informe
Su código está escrito en el lenguaje propio de SQLite, y las tablas virtuales necesitan los módulos de SQLite; se listan para que los vuelvas a crear. Sus tablas internas no se copian.
Línea del informe: not_converted_objects
dumps without CREATE TABLE (--data-only)
tipos leídos de los valores
Un volcado solo de datos solo tiene filas, así que los tipos salen de los valores y las columnas se numeran.
Línea del informe: no_schema
expressions in INSERT values other than the text functions dumps write
NULL
unistr(), replace(), char() y || se evalúan tal como los escribe el shell; las demás expresiones no se pueden evaluar sin una base de datos.
Línea del informe: expression_value
NUL characters in text
se conserva
El shell sqlite3 y Python cortan el texto en un carácter NUL al volcarlo, así que en el volcado solo está lo que lo precede.
text that isn't valid UTF-8
los bytes incorrectos como carácter de reemplazo
Los volcados escriben ese texto como bytes sin procesar; el script es UTF-8.
Línea del informe: invalid_utf8_replaced
text decoded twice (Ã±)
se copia tal cual
El volcado contiene exactamente estos caracteres, así que se copian; el informe los señala.
Línea del informe: mojibake_suspected

En SQLite	En MySQL	Línea del informe
declared types (any text: VARCHAR(255), DATETIME, BOOLEAN, JSON or none)	el tipo en el que caben todos los valores de la columnaSQLite guarda cualquier valor en cualquier columna, así que el tipo declarado es una pista: cada columna recibe el tipo en el que caben todos sus valores, y una columna con valores mezclados conserva su texto.
BOOLEAN, BOOL	tinyint(1)Cuando cada valor es 0 o 1; una columna que también tiene otros valores los conserva como números o texto.
TEXT, VARCHAR(n), CHAR(n), CLOB	varchar(n) hasta 1024 caracteres, tipos text si son másSQLite nunca aplica una longitud; una longitud declarada se mantiene solo cuando cada valor cabe en ella. El texto en una clave, o con un valor predeterminado, es varchar(768) cuando sus valores caben, que MySQL 5.7 puede indexar y al que puede dar un valor predeterminado.
DECIMAL(p,s), NUMERIC	el tipo exacto cuando cada valor cabe en él, si no un doubleSQLite los guarda como enteros o doubles; una precisión declarada se mantiene solo cuando los valores caben en ella.
BLOB, and columns holding bytes	tipos blobLos bytes siguen siendo bytes; el texto y los números de la misma columna se conservan como sus bytes.
DATE, DATETIME, TIMESTAMP holding ISO 8601 text	date, datetime(p)Cuando cada valor es una fecha o una fecha con hora; los números epoch y el resto del texto conservan sus valores tal cual.
JSON holding JSON text	jsonCuando cada valor es un objeto o un arreglo JSON.
Infinity in REAL columns	NULLLos doubles de MySQL no tienen infinito, así que esos valores se vuelven NULL y el informe los cuenta.	invalid_value_null
INTEGER PRIMARY KEY, AUTOINCREMENT	AUTO_INCREMENT, siguiendo después del id más alto o del valor de sqlite_sequenceSolo una columna declarada exactamente INTEGER PRIMARY KEY es el rowid; cada fila conserva su id, y el contador empieza después del id más alto que se haya asignado.
COLLATE NOCASE	comparación exacta (utf8mb4_bin)Las tablas usan utf8mb4_bin para que el texto se compare exactamente, como el de SQLite por defecto; las columnas NOCASE dejan de ignorar las mayúsculas.	case_insensitive_collation
generated columns	columnas generadas, STORED o VIRTUAL como en el origenMySQL las calcula de la misma forma.
generated columns with functions IntoSQL doesn't write, and the \|\| operator	una columna simpleUna fórmula que no se puede escribir deja una columna simple y una línea en el informe; el volcado no tiene valores para las columnas generadas.	generated_not_translated
defaults with functions IntoSQL doesn't write (strftime, randomblob)	sin valor predeterminadoUn valor predeterminado que no se puede escribir se deja fuera y aparece en el informe; CURRENT_TIMESTAMP y datetime('now') sí se escriben.	default_not_translated
CHECK constraints	traducidosMySQL 5.7 los conserva sin comprobarlos; las demás versiones los comprueban al cargar cada fila.
CHECK constraints with functions IntoSQL doesn't write	no se creaUn CHECK que no se puede escribir se deja fuera y aparece en el informe.	check_skipped
partial and expression indexes	no se creaIntoSQL escribe índices sobre columnas completas; vuelve a crear los demás después de cargar.	index_skipped
foreign keys (unenforced unless PRAGMA foreign_keys=ON)	claves foráneas, cargadas con FOREIGN_KEY_CHECKS=0SQLite solo comprueba las claves foráneas cuando se le indica, así que las filas sin padre son comunes: se cargan, y la clave queda sin comprobar con una advertencia en lugar de detener la carga.
foreign keys to tables the dump doesn't create	no se creaUna clave no puede nombrar una tabla que no existe.	foreign_key_skipped
primary keys holding NULL, and NOT NULL columns with values that become NULL	sin NOT NULLSQLite deja que una clave primaria distinta del rowid tenga NULL; la columna no puede ser NOT NULL en el destino, o la carga se detendría.	not_null_relaxed
views, triggers and virtual tables (FTS, R*Tree)	listados en el informeSu código está escrito en el lenguaje propio de SQLite, y las tablas virtuales necesitan los módulos de SQLite; se listan para que los vuelvas a crear. Sus tablas internas no se copian.	not_converted_objects
dumps without CREATE TABLE (--data-only)	tipos leídos de los valoresUn volcado solo de datos solo tiene filas, así que los tipos salen de los valores y las columnas se numeran.	no_schema
expressions in INSERT values other than the text functions dumps write	NULLunistr(), replace(), char() y \|\| se evalúan tal como los escribe el shell; las demás expresiones no se pueden evaluar sin una base de datos.	expression_value
NUL characters in text	se conservaEl shell sqlite3 y Python cortan el texto en un carácter NUL al volcarlo, así que en el volcado solo está lo que lo precede.
text that isn't valid UTF-8	los bytes incorrectos como carácter de reemplazoLos volcados escriben ese texto como bytes sin procesar; el script es UTF-8.	invalid_utf8_replaced
text decoded twice (Ã±)	se copia tal cualEl volcado contiene exactamente estos caracteres, así que se copian; el informe los señala.	mojibake_suspected

Carga el script en MySQL

El script crea las tablas, copia las filas y luego agrega claves, índices y claves foráneas, así que carga rápido y se detiene en el primer error.

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

Las claves foráneas se crean como las declara el volcado, con FOREIGN_KEY_CHECKS=0 mientras cargan las filas, así que una fila que apunta a una fila que no existe no detiene la carga.

Para un volcado grande, ejecuta el cliente en la misma máquina que el servidor, y sube max_allowed_packet si una sola fila es muy grande.

IntoSQL Pro carga el archivo directo en MySQL desde la app de escritorio o la línea de comandos, sin escribir un script.

Haz el volcado de SQLite para el mejor resultado

El convertidor lee lo que contiene el volcado. Estas opciones conservan más de tus datos en él:

El archivo de la base de datos se convierte tal cual, leído página por página en tu navegador. Cierra primero la app que escribe en él, para que ningún cambio se quede en su archivo -wal.
sqlite3 app.db .dump > app.sql escribe la misma base de datos como SQL, que también se convierte, en .sql o .sql.gz.
DB Browser for SQLite escribe ese SQL con File, Export, Database to SQL file, y también lo hace iterdump() de Python.

Qué no se convierte

Las vistas y los disparadores se escriben en el lenguaje propio de SQLite. Aparecen en el informe por nombre, nunca se descartan en silencio, para que puedas reescribirlos para MySQL. Las tablas virtuales, como FTS5 y R*Tree, también aparecen, y sus tablas internas se dejan fuera.

Preguntas sobre SQLite a MySQL

¿No encuentras la respuesta? Escríbenos desde la página de contacto y te responde una persona. Página de contacto

¿Se sube mi volcado?

No. El convertidor se ejecuta en tu navegador y lee el volcado de tu disco por partes, así que nunca sale de tu computadora. La app de escritorio y la línea de comandos también convierten en tu computadora.

¿Qué tan grande puede ser el volcado?

El convertidor nunca tiene todo el volcado en memoria: lee el archivo dos veces, por rangos, y escribe el script sobre la marcha. Los volcados de varios gigabytes se convierten en el navegador, en la app de escritorio y con la línea de comandos.

¿Puedo convertir directamente el archivo .db?

Sí. Suelta el archivo .db, .sqlite o .sqlite3: se lee en tu navegador y nunca se sube. El texto con caracteres NUL y cada dígito de un double llegan tal como están guardados, algo que un .dump puede recortar.

¿De qué versiones de SQLite puede venir el volcado?

Archivos de base de datos de SQLite 3.0 en adelante, en UTF-8 o UTF-16, y volcados del .dump del shell sqlite3 o de iterdump() de Python. Cada archivo y volcado de prueba viene de sqlite3 3.31 a 3.54, con tablas STRICT y WITHOUT ROWID incluidas, y se compara con su origen celda por celda.

¿Cómo se deciden los tipos de columna si SQLite no los aplica?

El tipo declarado es una pista y los valores deciden: una columna se vuelve un tipo integer, decimal, double, date, datetime, tinyint(1), blob o text cuando cada valor cabe en él. El texto en una clave o con un valor predeterminado es varchar(768), para que MySQL 5.7 pueda indexarlo.

¿Se conservan INTEGER PRIMARY KEY y AUTOINCREMENT?

Sí. Una INTEGER PRIMARY KEY se vuelve AUTO_INCREMENT, cada fila conserva su id, y el siguiente id sigue después del más alto, o después del valor de sqlite_sequence con AUTOINCREMENT.

¿Qué pasa con las vistas y los disparadores?

Aparecen en el informe por nombre y no se convierten, porque cada base de datos los escribe en su propio lenguaje.

¿En qué versiones de MySQL carga el script?

MySQL 5.7 y posteriores. Cada volcado de prueba carga en 5.7 y 9, y se detiene en el primer error si algo sale mal.