echo ".dump" | sqlite3 /tmp/db.sqlite > db.sql

注意CREATE语句

echo ".dump" | sqlite3 /tmp/db.sqlite > db.sql

注意CREATE语句

基于Jims的解决方案: 快速简单的方法迁移SQLite3到MySQL?

sqlite3 your_sql3_database.db .dump | python ./dump.py > your_dump_name.sql
cat your_dump_name.sql | sed '1d' | mysql --user=your_mysql_user --default-character-set=utf8 your_mysql_db -p  

这对我很有用。我只使用sed来丢弃第一行，这与mysql不一样，但是您也可以修改dump.py脚本来丢弃这一行。

以下是转换器列表(自2011年以来没有更新):

https://www2.sqlite.org/cvstrac/wiki?p=ConverterTools(或在archive.org上快照)

另一种工作得很好但很少被提及的方法是:使用一个ORM类，为您抽象出特定的数据库差异。例如，你在PHP (RedBean)， Python (Django的ORM层，Storm, SqlAlchemy)， Ruby on Rails (ActiveRecord)， Cocoa (CoreData)中得到这些

例如，你可以这样做:

使用ORM类从源数据库加载数据。 将数据存储在内存中或序列化到磁盘。 使用ORM类将数据存储到目标数据库中。

最简单的方法可能是使用sqlite .dump命令，在本例中创建示例数据库的转储。

sqlite3 sample.db .dump > dump.sql

然后(理论上)您可以使用root用户将其导入到mysql数据库中，在本例中是数据库服务器127.0.0.1上的测试数据库。

mysql -p -u root -h 127.0.0.1 test < dump.sql

我说在理论上，因为语法之间有一些差异。

在sqlite事务开始

BEGIN TRANSACTION;
...
COMMIT;

MySQL只使用

BEGIN;
...
COMMIT;

还有其他类似的问题(varchars和双引号会回到脑海中)，但没有查找和替换不能解决的问题。

也许你应该问问为什么要迁移，如果性能/数据库大小是问题，也许应该考虑重新规划模式，如果系统正在迁移到更强大的产品，这可能是计划数据未来的理想时机。

我通常使用IntelliJ DataGrip的导出/导入表功能。

您可以在右下角看到进度。

[]