drush sqlc导入导致Mysql 1045 (28000)错误Acces。如何解决这个问题？

Question

我正在尝试将一个LiveDrupal7.39站点移到本地Acquia设置中，安装Drupal7.41。

我遵循我认为是标准的程序，即获得一个干净的安装，复制我的网站的网站文件夹，然后上传数据库并运行更新脚本。

我使用drush命令drush sql-drop -y && drush sqlc < dump.sql。命令的第一部分运行时，数据库表将被删除，但随后我将为数据库用户获得一个1045 error (28000)。

令我困惑的是，呼叫的第一部分起作用了，但在第二部分失败了。sql文件太大，无法通过phpmyadmin导入，我在这里真的很困惑。

在迁移之前，我是否应该将该网站更新为7.41？我不想这样做，因为我不想做现场更新。

是什么引起了这个问题？我认为这与settings.php文件中的SQL设置有冲突，但它们匹配数据库用户和身份验证，但我不太了解drush的内核，不知道如何解决这个问题。

Answer 1

为了减少数据库大小导致问题的可能性，我将尝试使用备份和迁移模块。

在这样做的过程中，您可以排除所有类型的表(这些表可能会大大缩小)，类似于我在回答"如何导入一个非常大的Drupal数据库？“问题时所描述的那样。

PS:我对你的第二个问题的回答是:在迁移之前，我是否应该将这个网站更新到7.41？是“否”，因为您不应该必须更新一个活动站点才能创建开发环境。如果您需要它们处于同一级别(从开始)，则相反:让您的本地站点从7.39开始，然后同步您的数据库，如果需要(仅)，然后将您的本地站点升级到7.41。你会得到同样的结果，而不触及你的现场，对吗？

Answer 2

因此，这是通过改变我所做的事情的顺序来解决的，首先更新DB，然后复制sites文件夹，然后运行更新脚本。从表面上看，如果在迁移数据库之前复制代码基，则drush会对使用哪种凭据感到困惑。这是较早版本的drush 使用sqlc编写Mysql访问错误的一个问题。