大家好,
我正在尝试在命令提示符下使用 mysql 命令将近 8GB 的数据库恢复到远程服务器中。我开始这个过程已经 8 个小时了。但它仍然可以恢复数据库。我尝试使用命令
> mysql -h hostname -u username -p dbname < location of the dump file
我的问题是,
恢复这么多数据库需要这么多小时吗?
是否可以恢复 8GB 数据库?
我是否以正确的方式做事?
有没有其他更好的方法来恢复数据库?
大家好,
我正在尝试在命令提示符下使用 mysql 命令将近 8GB 的数据库恢复到远程服务器中。我开始这个过程已经 8 个小时了。但它仍然可以恢复数据库。我尝试使用命令
> mysql -h hostname -u username -p dbname < location of the dump file
我的问题是,
恢复这么多数据库需要这么多小时吗?
是否可以恢复 8GB 数据库?
我是否以正确的方式做事?
有没有其他更好的方法来恢复数据库?
命令
mysql -h IP -u Username -p schema < file
例子
mysql -h 192.168.10.122 -u root -p mydatabase < /tmp/20160628_test_minificated.sql
恢复这么多数据库需要这么多小时吗?
取决于转储文件的大小和连接速度。
是否可以恢复 8GB 数据库?
是的,通过这种方式,您可以恢复大型数据库。
我是否以正确的方式做事?
对我来说,这是从命令行界面工作的最佳方式,而目标也是命令行界面。
有没有其他更好的方法来恢复数据库?
是的,您有多个选项,例如 phpmyadmin、workbrench、heidisql 和许多其他选项,但每个选项都有其自身的局限性。
我认为@Ferri 的答案很好,在这种情况下,CLI 始终是最佳选择。
我建议的唯一改进是使用 gzip 来减轻脚本的重量。
像这样转储数据库:
mysqldump --host yourhost -u root --port 3306 -p yourdb | gzip -9 > yourdb.sql.gz
像这样恢复数据库:
gzip -cd yourdb.sql.gz | mysql -h yourhost -u root -p yourdb