items とitem_conditionsテーブルがPHPmyadminに表示されない

Question

###質問内容
MacのVScodeにてPHP メルカリ風のアプリを作成しています。
PHPmyadminより何度確認しても「items　とitem_conditionsテーブル」が表示されないのはなぜでしょうか？
database/migrations/XXXX_XX_XX_XXXXXX_create_app_tables.phpには下のように「items　とitem_conditionsテーブル」についてしっかりと記述したため、テーブルが作られているはず！...と思っていたのですが
ターミナルに

コード
/var/www# php artisan migrate
/var/www# php artisan migrate:refresh

を何度打ち込んでもテーブルが作られませんでした。どこに原因があるのでしょうか？よろしくお願いします????‍♂️

###コード
melpit/database/migrations/XXXX_XX_XX_XXXXXX_create_app_tables.php

コード
<?php

use Illuminate\Database\Migrations\Migration;
use Illuminate\Database\Schema\Blueprint;
use Illuminate\Support\Facades\Schema;

class CreateAppTables extends Migration
{
    /**
     * Run the migrations.
     *
     * @return void
     */
    public function up()
    {
        Schema::create('primary_categories', function (Blueprint $table) {
            $table->id();
            // ここにカラムを追加していく
            $table->timestamps();
             });

            Schema::create('secondary_categories', function (Blueprint $table) {
            $table->id();
            $table->unsignedBigInteger('primary_category_id');

            // ここにカラムを追加していく

            $table->timestamps();

            $table->foreign('primary_category_id')->references('id')->on('primary_categories');
        });


        Schema::create('item_conditions', function (Blueprint $table) {
            $table->id();

            // ここにカラムを追加していく

            $table->timestamps();
        });

        Schema::create('items', function (Blueprint $table) {
            $table->id();
            $table->unsignedBigInteger('seller_id');
            $table->unsignedBigInteger('buyer_id');
            $table->unsignedBigInteger('secondary_category_id');
            $table->unsignedBigInteger('item_condition_id');

            // ここにカラムを追加していく

            $table->timestamps();

            $table->foreign('seller_id')->references('id')->on('users');
            $table->foreign('buyer_id')->references('id')->on('users');
            $table->foreign('secondary_category_id')->references('id')->on('secondary_categories');
            $table->foreign('item_condition_id')->references('id')->on('item_conditions');
        });
    }

    /**
     * Reverse the migrations.
     *
     * @return void
     */
    public function down(){
        Schema::dropIfExists('items');
        Schema::dropIfExists('item_conditions');
        Schema::dropIfExists('secondary_categories');
        Schema::dropIfExists('primary_categories');

    }
}

###写真

###追記

###追記2
migrate:resetをターミナルに打ち込んだ時の様子

コード
/var/www# php artisan migrate:reset
Rolling back: 2019_08_19_000000_create_failed_jobs_table
Rolled back:  2019_08_19_000000_create_failed_jobs_table (0.11 seconds)
Rolling back: 2014_10_12_100000_create_password_resets_table
Rolled back:  2014_10_12_100000_create_password_resets_table (0.06 seconds)
Rolling back: 2014_10_12_000000_create_users_table
Rolled back:  2014_10_12_000000_create_users_table (0.15 seconds)

###追記３

コード
/var/www# php artisan migrate:refresh
Rolling back: 2019_08_19_000000_create_failed_jobs_table
Rolled back:  2019_08_19_000000_create_failed_jobs_table (0.06 seconds)
Rolling back: 2014_10_12_100000_create_password_resets_table
Rolled back:  2014_10_12_100000_create_password_resets_table (0.06 seconds)
Rolling back: 2014_10_12_000000_create_users_table
Rolled back:  2014_10_12_000000_create_users_table (0.05 seconds)
Migrating: 2014_10_12_000000_create_users_table
Migrated:  2014_10_12_000000_create_users_table (0.14 seconds)
Migrating: 2014_10_12_100000_create_password_resets_table
Migrated:  2014_10_12_100000_create_password_resets_table (0.09 seconds)
Migrating: 2019_08_19_000000_create_failed_jobs_table
Migrated:  2019_08_19_000000_create_failed_jobs_table (0.05 seconds)
Migrating: 2021_11_29_144511_create_app_tables
Migrated:  2021_11_29_144511_create_app_tables (0 seconds)
root@21136dd7bb79:/var/www# 

記述３でのmysqladominの様子

Comments

[1T2R3M4]

調べたこと、試したことを質問に追記していただけませんか。

[m.ts10806]

エラー出てるのでロールバックしたんでは。

[Maruco2321]

一度下記の記事を参考にrefreshすればうまくいくのでは...?とも思ったのですが、「items　とitem_conditionsテーブル」のみテーブル作成がうまくいかない、というのが現状です。

参考リンク
https://qiita.com/pugiemonn/items/d3e2efe6dac4e6a760f7

[Maruco2321]

エラーでロールバックしたのでは？というのはそのエラーの影響で作業が進まないためテーブルが作られないみたいな意味なんでしょうか？だとしたらそれについても考えてみます！

[m.ts10806]

「トランザクション」についてきちんとおさえてください。

[Maruco2321]

なるほど！「トランザクション」については
https://qiita.com/zd6ir7/items/6568b6c3efc5d6a13865
で理解したのですが今回の場合は一部うまくいっていないためトランザクションで失敗して先に進めないという感じなのだと理解しました。ではそのトランザクションで失敗しないためにどうすれば良いかについても考えていきたいのですが解決策についてより考えていきたいと思います

[Maruco2321]

migrate:fresh
をターミナルに打ち込むことで
テーブルを捨てて作り直したからエラー赤線部下の
////Base and view table already exists/////
はおかしいですね。だからここが解決できればなんかうまくいきそうなのですが

[skys215]

migrate:reset して、データベースにテーブルは残ってますか？

[m.ts10806]

トランザクション内でエラーが起きて、実行前の状態に戻ってるということです。
既に存在するテーブルを作ろうとしているためのエラーなのですから、変更、追加分だけ投げるところからと思います。

[Maruco2321]

migrate:reset して、データベースにテーブルは残ってますか？
↑おそらく残っていると思われます。追記２のように３つしかなぜかテーブルが消せないからです。

[Maruco2321]

migrate:reset
migrate:fresh
どちらの場合もロールバックが完全にできていない（？）ようです

また、melpit/database/migrations/XXXX_XX_XX_XXXXXX_create_app_tables.php
内に記述したロールバック対象は下のようになっています
public function down(){
Schema::dropIfExists('items');
Schema::dropIfExists('item_conditions');
Schema::dropIfExists('secondary_categories');
Schema::dropIfExists('primary_categories');
}

[skys215]

phpmyadminでテーブルが残ってるか確認お願いします。
残ってるとしたら、テーブル名は？
migrations, jobs, failed_jobsだけ残ってた場合、そのまままたartisan migrateをしてみてください。

[m.ts10806]

んー
データだけバックアップ取って全消しからやり直したほうが良いかもしれません。何かに引っかかって半端な状態で進むも戻るもできない状態は発生し得ますし。

[Maruco2321]

エラー内容の一つである
'secondary_categories'
'primary_categories'
テーブルについての記述を無効化して試してみた（コメントとは無関係）のが記述３なのですが根本的解決にはなりませんでした。

[Maruco2321]

phpmyadminでテーブルが残ってるか確認お願いします。
残ってるとしたら、テーブル名は？
migrations, jobs, failed_jobsだけ残ってた場合、そのまままたartisan migrateをしてみてください。
↑今から確認していきたいと思います。

データだけバックアップ取って全消しからやり直したほうが良いかもしれません。何かに引っかかって半端な状態で進むも戻るもできない状態は発生し得ますし。
↑おっしゃる通りで解決しそうにない場合はそのような手段も試してみたいと思います。ありがとうございます????‍♂️

[Maruco2321]

phpmyadminでテーブルが残ってるか確認お願いします。
残ってるとしたら、テーブル名は？
migrations, jobs, failed_jobsだけ残ってた場合、そのまままたartisan migrateをしてみてください。
↑
mygrate:resetだけではうまくいかなかったのですが
mygrate:refreshを実行したら何故か「items　とitem_conditionsテーブル」ができていました（追記４）
とりあえず一安心といったところです。ありがとうございました。
解決した理由はおそらく
mygrate:reset
でmygrate:refreshで消えなかったものが消えてトランザクションが成功するようになったからだと思います。
もしくはmelpit/database/migrations/XXXX_XX_XX_XXXXXX_create_app_tables.php
内に記述したupとdown内の記述を無効化したりして何回か
mygrate:reset　　mygrate:refresh
を打ち込んでいてその間にmygrate:refreshで消えなかったものが消えてトランザクションが成功するようになったからなのかもしれません。根本的原因はこれだ！とは言えないのですがなんとなく理解できました。回答していただきありがとうございました????‍♂️

Answer 1

回答ありがとうございました????‍♂️
詳しい内容はコメントの方を参照してください

phpmyadminでテーブルが残ってるか確認お願いします。
残ってるとしたら、テーブル名は？
migrations, jobs, failed_jobsだけ残ってた場合、そのまままたartisan migrateをしてみてください。
↑
mygrate:resetだけではうまくいかなかったのですが
mygrate:refreshを実行したら何故か「items　とitem_conditionsテーブル」ができていました（追記４）
とりあえず一安心といったところです。ありがとうございました。
解決した理由はおそらく
mygrate:reset
でmygrate:refreshで消えなかったものが消えてトランザクションが成功するようになったからだと思います。
もしくはmelpit/database/migrations/XXXX_XX_XX_XXXXXX_create_app_tables.php
内に記述したupとdown内の記述を無効化したりして何回か
mygrate:reset　　mygrate:refresh
を打ち込んでいてその間にmygrate:refreshで消えなかったものが消えてトランザクションが成功するようになったからなのかもしれません。根本的原因はこれだ！とは言えないのですがなんとなく理解できました。回答していただきありがとうございました????‍♂️