Laravel移行エラー：構文エラーまたはアクセス違反：1071指定されたキーが長すぎます。キーの最大長は767バイトです

Laravel 5.4での移行エラー php artisan make:auth

[Illuminate \ Database \ QueryException] SQLSTATE [42000]：構文エラーまたはアクセス違反：1071指定されたキーが長すぎます。キーの最大長は767バイトです（SQL：alter tabl e usersadd unique users_email_unique（email））

[PDOException] SQLSTATE [42000]：構文エラーまたはアクセス違反：1071指定されたキーが長すぎます。キーの最大長は767バイトです

公式ドキュメントによると、これは非常に簡単に解決できます。

次の2行のコードをAppServiceProvider.php（/app/Providers/AppServiceProvider.php）に追加します。

use Illuminate\Database\Schema\Builder; // Import Builder where defaultStringLength method is defined

function boot()
{
    Builder::defaultStringLength(191); // Update defaultStringLength
}

MySQLは常に4バイトのUTF8フィールドの最大量を予約しているため、DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ciで255 + 255を使用します。キーの長さの上限である767を超えています。@scaisedgeによって

上記の解決策と追加されている公式の解決策がなぜなのかわかりません

Schema::defaultStringLength(191);

でAppServiceProvider私のために動作しませんでした。うまくいったのはdatabase.php、configフォルダ内のファイルを編集することでした。編集するだけ

'charset' => 'utf8mb4',
'collation' => 'utf8mb4_unicode_ci',

に

'charset' => 'utf8',
'collation' => 'utf8_unicode_ci',

そして、絵文字のような拡張マルチバイト文字を保存することはできませんが、それはうまくいくはずです。

Laravel 5.7でそれを行いました。それが役に立てば幸い。

それは私のためのquickestソリューションなので、私はここでこの答えを追加しています。デフォルトのデータベースエンジンを'InnoDB'オンに 設定するだけです

/config/database.php

'mysql' => [
    ...,
    ...,
    'engine' => 'InnoDB',
 ]

次にphp artisan config:cache、構成キャッシュをクリアして更新するために実行します

では、AppServiceProvider.phpこのコードをファイルの先頭に含めます。

use Illuminate\Support\Facades\Schema;

public function boot()
{
Schema::defaultStringLength(191);
}

この問題は、データベースのバージョンによってLaravel 5.4で発生します。

（セクションの）ドキュメントによるとIndex Lengths & MySQL / MariaDB：

Laravelはutf8mb4デフォルトで文字セットを使用します。これには、データベースに「絵文字」を格納するためのサポートが含まれます。5.7.7リリースより前のバージョンのMySQLまたは10.2.2リリースより前のMariaDBを実行している場合、MySQLがインデックスを作成するために、移行によって生成されるデフォルトの文字列長を手動で構成する必要がある場合があります。これを設定するには、Schema::defaultStringLength内でメソッドを呼び出し ますAppServiceProvider。

言い換えれば、中<ROOT>/app/Providers/AppServiceProvider.php：

// Import Schema
use Illuminate\Support\Facades\Schema;
// ...

class AppServiceProvider extends ServiceProvider
{

public function boot()
{
    // Add the following line
    Schema::defaultStringLength(191);
}

// ...

}

しかし、他の答えのコメントが言うように：

この解決策に注意してください。たとえば、メールフィールドにインデックスを付ける場合、保存されるメールの最大長は191文字です。これは公式のRFCの状態よりも少ないです。

したがって、ドキュメントは別のソリューションも提案しています：

または、innodb_large_prefixデータベースのオプションを有効にすることもできます。このオプションを適切に有効にする方法については、データベースのドキュメントを参照してください。

変更したくない人のためにAppServiceProvider.php。（私の意見では、AppServiceProvider.php移行のためだけに変更することは悪い考えです）

database/migrations/以下のように、データ長を移行ファイルに追加できます。

create_users_table.php

$table->string('name',64);
$table->string('email',128)->unique();

create_password_resets_table.php

$table->string('email',128)->index();

コマンドの使用中にlaravelで作業中にこのエラーが発生した場合：php artisan migrate ファイルに2行追加するだけです：app-> Providers-> AppServiceProvider.php

1. use Schema;
2. Schema::defaultStringLength(191);

この画像を確認してください。その後、php artisan migrateコマンドを再度実行してください。

私に役立つ 2つの溶液を追加します。

最初の解は：

1. database.phpファイルをinsde config dir / folderで開きます。

2. 編集'engine' => null,する'engine' => 'InnoDB',

   これでうまくいきました。

2番目の溶質は：

1. database.phpファイルをinsde config dir / folderで開きます。
   2. 編集
   'charset' => 'utf8mb4', 'collation' => 'utf8mb4_unicode_ci',
   します
   

   'charset' => 'utf8', 'collation' => 'utf8_unicode_ci',

幸運を

app / Providers / AppServiceProvider.phpのこれらの行を更新して挿入します

use Illuminate\Support\Facades\Schema;  // add this line at top of file

public function boot()
{
    Schema::defaultStringLength(191); // add this line in boot method
}

私はこの問題を解決し、私のデータベース（ 'charset' => 'utf8'）と（ 'collat​​ion' => 'utf8_general_ci'）のようにconfig- > database.phpファイルを編集したので、私の問題は次のようにコードを解決しました従う：

'mysql' => [
        'driver' => 'mysql',
        'host' => env('DB_HOST', '127.0.0.1'),
        'port' => env('DB_PORT', '3306'),
        'database' => env('DB_DATABASE', 'forge'),
        'username' => env('DB_USERNAME', 'forge'),
        'password' => env('DB_PASSWORD', ''),
        'unix_socket' => env('DB_SOCKET', ''),
        'charset' => 'utf8',
        'collation' => 'utf8_general_ci',
        'prefix' => '',
        'strict' => true,
        'engine' => null,
    ],

このエラーの2つの解決策を見つけました

オプション1：

database / migrationsフォルダーのユーザーとpassword_resetテーブルを開きます。

そして、メールの長さを変更するだけです：

$table->string('email',191)->unique();

オプション2：

app/Providers/AppServiceProvider.phpファイルを開き、boot()メソッド内でデフォルトの文字列長を設定します。

use Illuminate\Support\Facades\Schema;

public function boot()
{
    Schema::defaultStringLength(191);
}

1-/config/database.phpこれらの行に移動して見つけます

'mysql' => [
    ...,
    'charset' => 'utf8mb4',
    'collation' => 'utf8mb4_unicode_ci',
    ...,
    'engine' => null,
 ]

そしてそれらを次のように変更します：

'mysql' => [
    ...,
    'charset' => 'utf8',
    'collation' => 'utf8_unicode_ci',
    ...,
    'engine' => 'InnoDB',
 ]

2-php artisan config:cache laravelを再構成するために実行します

3-データベース内の既存のテーブルを削除してから、php artisan migrate再度実行します

ではAppServiceProvider.phpのファイル：

 use Illuminate\Support\Facades\Schema;

public function boot()
{
    Schema::defaultStringLength(191);
}

長さに制限を設定する代わりに、私は次のことを提案します。

内部：

config / database.php

mysqlの次の行を置き換えます。

'engine' => 'InnoDB ROW_FORMAT=DYNAMIC',

と：

'engine' => null,

これを修正するための移行ガイドで概説されているように、あなたがしなければならないことは、app/Providers/AppServiceProvider.phpファイルを編集し、起動メソッド内でデフォルトの文字列長を設定することです：

use Illuminate\Support\Facades\Schema;

public function boot()
{
    Schema::defaultStringLength(191);
}

注：最初に、ユーザーテーブル（ある場合）をデータベースから削除し、password_resetsテーブルをデータベースから削除し、ユーザーとpassword_resetsエントリを移行テーブルから削除する必要があります。

未解決の移行をすべて実行するには、migrateArtisanコマンドを実行します。

php artisan migrate

その後、すべてが正常に動作するはずです。

すでに指定したように、App / ProvidersのAppServiceProvider.phpに追加します

use Illuminate\Support\Facades\Schema;  // add this

/**
 * Bootstrap any application services.
 *
 * @return void
 */
public function boot()
{
    Schema::defaultStringLength(191); // also this line
}

詳細は以下のリンクで確認できます（「インデックスの長さとMySQL / MariaDB」を検索してください） https://laravel.com/docs/5.5/migrations

しかし、それは私がすべてについて発表したものではありません！上記のことを行っても、別のエラーが発生する可能性があります（php artisan migrateコマンドを実行すると長さが問題になるため、操作が途中で止まる可能性があります。解決策は以下にあり、ユーザーテーブルが作成される可能性があります。残りがない、または完全に正しくない） ロールバックする必要があります。デフォルトのロールバックは機能しません。移行の操作が終了を好まなかったためです。データベースに新しく作成されたテーブルを手動で削除する必要があります。

以下のようにティンカーを使用してそれを行うことができます：

L:\todos> php artisan tinker

Psy Shell v0.8.15 (PHP 7.1.10 — cli) by Justin Hileman

>>> Schema::drop('users')

=> null

私自身もusersテーブルに問題がありました。

その後、あなたは行ってもいいです

php artisan migrate:rollback

php artisan migrate

Mysql v5.5以降では、InnoDBがこの問題のないデフォルトのストレージエンジンであることは誰にも言えない解決策ですが、私のような多くの場合、以下のような古いMYISAMストレージエンジンを使用している古いmysql ini構成ファイルがいくつかあります。

default-storage-engine=MYISAM

これらすべての問題を引き起こしており、解決策は、一時的なハックを行う代わりに、Mysqlのini構成ファイルでdefault-storage-engineをInnoDBに一度変更することです。

default-storage-engine=InnoDB

あなたが上にある場合とMySQLのバージョン5.5以降、次にInnoDBはあなただけの削除、明示的に上記のようにそれを設定する必要はありませんので、デフォルトのエンジンであるdefault-storage-engine=MYISAM、それはあなたから存在する場合ini、ファイルとあなたが行ってもいいです。

AppServiceProviderで変更する場合は、移行時にメールフィールドの長さを定義する必要があります。コードの最初の行を2行目に置き換えるだけです。

create_users_table

$table->string('email')->unique();
$table->string('email', 50)->unique();

create_password_resets_table

$table->string('email')->index();
$table->string('email', 50)->index();

変更が成功したら、移行を実行できます。
注：最初に、あなたは（あなたが持っている場合）を削除する必要があり、ユーザーテーブル、password_resetsテーブルを移行テーブルからデータベースや削除、ユーザーとpassword_resetsエントリから。

Schema::defaultStringLength(191);デフォルトでは、データベースを破壊する可能性のあるすべての文字列の長さが定義されます。あなたはこのように行ってはいけません。

データベース移行クラスで特定の列の長さを定義するだけです。たとえば、CreateUsersTable次のようにクラスで「名前」、「ユーザー名」、「メール」を定義しています。

public function up()
    {
        Schema::create('users', function (Blueprint $table) {
            $table->increments('id');
            $table->string('name', 191);
            $table->string('username', 30)->unique();
            $table->string('email', 191)->unique();
            $table->string('password');
            $table->rememberToken();
            $table->timestamps();
        });
    }

Laravel 5.4がデフォルトのデータベース文字セットをutf8mb4に変更したため、これは一般的です。あなたがしなければならないことは、次のとおりです。クラス宣言の前にこのコードを配置して、App \ Providers.phpを編集します。

use Illuminate\Support\Facades\Schema;

また、これを「ブート」機能に追加します Schema::defaultStringLength(191);

データベースにまだデータが割り当てられていない場合は、次のようにします。

1. app / Providers / AppServiceProvide.phpに移動して追加します

Illuminate \ Support \ ServiceProviderを使用します。

およびメソッドboot（）;の内部。

Schema :: defaultStringLength（191）;

2. 次に、データベースのレコード、exのユーザーテーブルを削除します。

3. 次を実行する

php artisan config：cache

PHPの職人の移行

これを修正するための移行ガイドで概説されているように、あなたがしなければならないすべてはあなたのAppServiceProvider.phpファイルを編集し、ブートメソッド内でデフォルトの文字列長を設定します：

//edit your AppServiceProvider.php file contains in providers folder
use Illuminate\Support\Facades\Schema;

public function boot()
{
    Schema::defaultStringLength(191);
}

これがあなたを助けることを願っています。

次の行を変更usersしましたpassword_resets移行ファイルを変更しました。

古い： $table->string('email')->unique();

新着 ： $table->string('email', 128)->unique();

するためには、あなたのコード内で何かを変更しない、単に少なくとも5.7.7へのMySQLサーバを更新

詳細については、これを参照してください：https : //laravel-news.com/laravel-5-4-key-too-long-error

StringLenghtを191に強制するのは本当に悪い考えだと思います。だから私は何が起こっているのかを理解するために調査します。

私はこのメッセージエラーに気づきました：

SQLSTATE [42000]：構文エラーまたはアクセス違反：1071指定されたキーが長すぎます。キーの最大長は767バイトです

MySQLのバージョンを更新した後、表示され始めました。そのため、PHPMyAdminでテーブルを確認したところ、作成されたすべての新しいテーブルが古いテーブルの照合utf8_unicode_ciではなく、照合utf8mb4_unicode_ciであることがわかりました。

私の教義の構成ファイルで、charsetがutf8mb4に設定されていることに気付きましたが、以前のすべてのテーブルはutf8で作成されたので、これがutf8mb4で機能するようになるいくつかの更新マジックだと思います。

これで簡単な修正は、ORM構成ファイルの行文字セットを変更することです。次に、開発モードの場合はutf8mb4_unicode_ciを使用してテーブルを削除し、削除できない場合は文字セットを修正します。

symfony 4の場合

config / packages / doctrine.yamlのcharset：utf8mb4をcharset：utf8に変更します

今、私の教義の移行は再びうまくいきます。

推奨される解決策は、 innodb_large_prefix、MySQLのオプションことです。これにより、その後の問題に巻き込まれることがなくなります。そして、これを行う方法は次のとおりです。

my.iniMySQL構成ファイルを開き、次の[mysqld]行をこのような行の下に追加します。

[mysqld]
innodb_file_format = Barracuda
innodb_large_prefix = 1
innodb_file_per_table = ON

その後、変更を保存し、MySQLサービスを再起動します。

必要に応じてロールバックし、移行を再実行します。

問題が解決しない場合に備えて、データベース構成ファイルに移動して設定します

'engine' => null, に 'engine' => 'innodb row_format=dynamic'

それが役に立てば幸い！

最初にローカルホストのデータベースのすべてのテーブルを削除します

ファイルconfig / database.phpのLaravelデフォルトデータベース（utf8mb4）プロパティを次のように変更します。

'charset' => 'utf8'、 'collat​​ion' => 'utf8_unicode_ci'、

その後、ローカルデータベースのプロパティutf8_unicode_ciを変更します。php artisan migrateそれは大丈夫です。

これに遭遇する可能性のある他の誰にとっても、私の問題は、タイプの列stringを作成->unsigned()していて、整数にするつもりだったときにそれを作成しようとしていることでした。

ここでのアプローチは、キー名（短いもの）を持つ2番目のパラメーターを渡すことでした：

$table->string('my_field_name')->unique(null,'key_name');

私はすでに持っていたのに（実際にはSchema :: defaultStringLength（191）;にはすでに持っていた）。私のAppServiceProvider.phpファイル内。

その理由は、マイグレーションの1つで文字列値を191より大きい値に設定しようとしたためです。

Schema::create('order_items', function (Blueprint $table) {
    $table->primary(['order_id', 'product_id', 'attributes']);
    $table->unsignedBigInteger('order_id');
    $table->unsignedBigInteger('product_id');
    $table->string('attributes', 1000); // This line right here
    $table->timestamps();
});

1000を削除するか、191に設定すると、問題が解決しました。