Laravel 5.2 SQLSTATE[42S01]エラーの解決方法（マイグレーションファイルの実行方法を誤ったケース）

Question

###前提・実現したいこと

まず初めに、エラーが起こった経緯を説明します。

1. php artisan make:migration add_user_id_to_users_table --table=usersでマイグレーションファイルを生成
2. 何も記載せずに間違えて、php artisan migrate をしてしまいました。
3. そして、ここも間違いなのですが、既にマイグレート済みの上記のファイルに、$table->integer('user_id');を追加し、再度php artisan migrateしてしまいました。
4. この結果、下記のエラーが発生しました。

###発生している問題・エラーメッセージ

[Illuminate\Database\QueryException]
  SQLSTATE[42S01]: Base table or view already exists: 1050 Table 'users' already exists (SQL: create table `users` (`id` int unsigned not null auto_increment primary key, `name` varchar(255) not null, `email` varchar(255) not null, `password` varchar(60) not null, `rem
  ember_token` varchar(100) null, `created_at` timestamp null, `updated_at` timestamp null) default character set utf8 collate utf8_unicode_ci)

[PDOException]
  SQLSTATE[42S01]: Base table or view already exists: 1050 Table 'users' already exists

###試したこと

• php artisan migrate:rollback => Nothing to rollback.

（Nothing to rollbackとなる理由は、こちらの記事を参考に、データベース（migrations）からマイグレートファイルを全て削除した影響かもしれません。）

• php artisan migrate:reset => Nothing to rollback

• php artisan migrate:refresh => SQLSTATE[42S01]エラーと同様な文章が出ます。

• ターミナルで、mysql -u rootを入力し、mysql上で、create database app_name_development;を実行し、再度データベースを作って、.envファイルのデータベース指定を変えて、再度マイグレートしてみましたが、直りませんでした。

###補足情報(言語/FW/ツール等のバージョンなど)
PHP, Laravel 5.2, ATOM, Sequel Pro

Comments

[twin_bird]

Sequel上か、あるいはコマンドラインで`drop database app_name_development`してテーブルを削除しましたか？エラー内容は既にusersテーブルが存在しているというものですね。

[spellbound]

コマンドラインで上記のコードを入力してみました。その結果、データベースの内容が全て削除され、再度「php artisan migrate」を試したところ、[PDOException] SQLSTATE[HY000] [1049] Unknown database 'gemstone' と表示されました。

[spellbound]

再度、データベースを作成し、php artisan migrateを実行したところ、動きました。ありがとうございました...!!

Answer 1

一応、自己解決欄に記載していますが、twin_birdさんのアドバイスのお陰で解決しました。

1. コマンドライン上でMYSQLにアクセス（mysql -u root）後、drop database database_nameを実行し、データベースを削除する。 database_nameは、任意の名前です。
2. MYSQLにアクセスした状態で、create database database_nameを実行し、データベースを作り直してください。
3. マイグレーションファイルの内容を確認後、通常のコマンドライン上でphp artisan migrateを実行してください。

上記のプロセスが正しい解決方法なのか分かりませんが、自分の場合は解決できました。
twin_birdさん、アドバイスありがとうございました。