一応回答しますが、個人的にメインは区切り線の下の方の内容。
bundle exec rake db:migrate
は何をしているんでしょうか
bundle exec
はプロジェクトのライブラリから実行するコマンドなので
「プロジェクトのライブラリにあるrake
コマンドでdb:migrate
を実行している」
ということになります。
MySQL 自体は Rails 以外のシステムでも使われているため Rails に依存したものではないはずなので
ダンプファイルを流し込んだ時点でステージングと同じ状態になっている気がするのですが
実際これを実行しないと Rails から MySQL が使えるようにならないので
さらにその後 Rails のコマンドをうつことにどんな意味があるのでしょうか
この部分が全体的に謎で、特に
ダンプファイルを流し込んだ
これを行う意図がわからないというのと
Rails から MySQL が使えるようにならない
なぜ使えないと判断したのか、エラー等に関しての明記がないので
質問文を見た側としては「文章の意図がわからない」状態になります。
ダンプを流し込んだ時点でデータベースにテーブルができてる気がするのでなぜ必要なのかがわかりません
上記と被りますが、ダンプしたものをインポートする意図がわかりません。
migrationファイルがあるのでそちらでテーブル構成は復旧(というか構築)できますし
データの中身もということであればinsert文だけダンプファイルをmigrate後に使うべきです。
以下の内容は 質問するなという意図ではない ので誤解しないでください。
わからないことを調べて、調べたけど理解できなくて質問するというのは良いことです。
と前置きをしておきます。
質問者様の最近の質問から、質問者様の作業における状況は
運用的にイレギュラーなものかと思います。
加えて失礼ながらRailsに関して理解が浅いとお見受けしております。
(理解が深ければ質問せずに解決できる気がするので当たり前なのですが。)
そのため字面のみで質問回答が基本のteratailでは、質問者様の意図が
回答者に伝わりにくく、用語での齟齬が発生した場合に回答が正しく
質問者様に伝わらないことが考えられます。
イレギュラーな状況については字面のみで把握することは難しいので
対面でやりたいことについて画面を見ながらとか図に起こしてやりたいに対する理解を
すり合わせするとかで、解決に近づいていくのがベストな方法かと思います。
teratailでの回答者は質問者様と同じ状況にはありませんし、
解決しなければいけないという義務も責任もないので、
正しい解決策を提示できるとは限りません。
その点同じチームの方ですと、対面で話ができますし
解決しないと業務に関わりますのでより正しい解決策か
あるいは別の方法での解決に導いてくれるかと思います。
(チーム内の人が皆、質問したら怒るという性格なら何も言えませんが。。。)
イレギュラーな状況における質問が多いようでしたのでアドバイスとして
回答外のことを長々と書いてしまいましたが、改めて言いますと
調べて解決できなかったことを質問すること自体は良いことなので
そこは誤解なきよう捉えていただきますと幸いです。