Błąd migracji Laravel: Błąd składni lub naruszenie zasad dostępu: 1071 Podany klucz był za długi; maksymalna długość klucza to 767 bajtów

Błąd migracji w Laravel 5.4 z php artisan make:auth

[Illuminate \ Database \ QueryException] SQLSTATE [42000]: Błąd składni lub naruszenie zasad dostępu: 1071 Podany klucz był za długi; maksymalna długość klucza to 767 bajtów (SQL: alter tabl e usersadd unique users_email_unique(email ))

[Wyjątek PDO] SQLSTATE [42000]: Błąd składni lub naruszenie zasad dostępu: 1071 Podany klucz był za długi; maksymalna długość klucza to 767 bajtów

Zgodnie z oficjalną dokumentacją można to dość łatwo rozwiązać.

Dodaj następujące dwie linie kodu do 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 zawsze rezerwuje maksymalną ilość dla pola UTF8, która wynosi 4 bajty, więc z 255 + 255 z DEFAULT ZESTAWEM ZNAKÓW utf8mb4 COLLATE utf8mb4_unicode_ci; przekroczyłeś maksymalny limit długości klucza 767. Przez @scaisedge

Nie wiem, dlaczego powyższe rozwiązanie i oficjalne rozwiązanie, które dodaje

Schema::defaultStringLength(191);

w AppServiceProvidernie działa dla mnie. To, co zadziałało, to edycja database.phppliku w configfolderze. Po prostu edytuj

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

do

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

i powinno działać, chociaż nie będzie można przechowywać rozszerzonych znaków wielobajtowych, takich jak emoji .

Zrobiłem to z Laravelem 5.7. Mam nadzieję, że to pomoże.

Po prostu dodaję tę odpowiedź, ponieważ jest to quickestdla mnie rozwiązanie. Wystarczy ustawić domyślny silnik bazy danych do 'InnoDB'dnia

/config/database.php

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

następnie uruchom, php artisan config:cacheaby wyczyścić i odświeżyć pamięć podręczną konfiguracji

W AppServiceProvider.php, dołączasz ten kod na początku pliku.

use Illuminate\Support\Facades\Schema;

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

Ten problem jest spowodowany w Laravel 5.4 przez wersję bazy danych.

Według dokumentów (w Index Lengths & MySQL / MariaDBdziale):

Laravel domyślnie używa utf8mb4zestawu znaków, który obejmuje obsługę przechowywania "emotikonów" w bazie danych. Jeśli używasz wersji MySQL starszej niż wersja 5.7.7 lub MariaDB starszej niż wersja 10.2.2, może być konieczne ręczne skonfigurowanie domyślnej długości łańcucha generowanego przez migracje, aby MySQL mógł utworzyć dla nich indeksy. Możesz to skonfigurować, wywołując Schema::defaultStringLengthmetodę w swoim AppServiceProvider.

Innymi słowy, w <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);
}

// ...

}

Ale jak mówi komentarz do drugiej odpowiedzi:

Uważaj na to rozwiązanie. Jeśli na przykład indeksujesz pola wiadomości e-mail, przechowywane wiadomości e-mail mogą mieć maksymalnie 191 znaków. To mniej niż w oficjalnych stanach RFC.

Tak więc dokumentacja proponuje również inne rozwiązanie:

Alternatywnie możesz włączyć tę innodb_large_prefixopcję dla swojej bazy danych. Zapoznaj się z dokumentacją bazy danych, aby uzyskać instrukcje dotyczące prawidłowego włączania tej opcji.

Dla kogoś, kto nie chce się zmieniać AppServiceProvider.php. (Moim zdaniem zmiana jest złym pomysłemAppServiceProvider.php tylko na potrzeby migracji )

Możesz dodać z powrotem długość danych do pliku migracji, database/migrations/jak poniżej:

create_users_table.php

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

create_password_resets_table.php

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

Jeśli napotkasz ten błąd podczas pracy na laravel podczas używania polecenia: php artisan migrate po prostu dodaj 2 linie w pliku: app-> Providers-> AppServiceProvider.php

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

proszę sprawdzić ten obraz . następnie php artisan migrateponownie uruchom polecenie.

Dodaję dwa rozwiązania, które działają dla mnie.

Pierwszym rozwiązaniem jest :

1. Otwórz plik database.php katalog konfiguracyjny insde / folder.

2. Edytuj 'engine' => null,do'engine' => 'InnoDB',

   To zadziałało dla mnie.

Drugim rozwiązaniem jest:

1. Otwórz plik database.php katalog konfiguracyjny insde / folder.
   2. Edytuj
   'charset' => 'utf8mb4', 'collation' => 'utf8mb4_unicode_ci',
   w
   

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

Powodzenia

zaktualizuj i wstaw te linie w 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
}

Rozwiązałem ten problem i zmodyfikowałem mój plik config-> database.php tak, aby polubił moją bazę danych ('charset' => 'utf8') i ('collation' => 'utf8_general_ci') , więc mój problem został rozwiązany jako podążać:

'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,
    ],

Znalazłem dwa rozwiązania tego błędu

OPCJA 1:

Otwórz tabelę user i password_reset w folderze bazy danych / migracje

I po prostu zmień długość e-maila:

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

OPCJA 2:

Otwórz app/Providers/AppServiceProvider.phpplik i wewnątrz boot()metody ustaw domyślną długość ciągu:

use Illuminate\Support\Facades\Schema;

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

1- Idź do /config/database.phpi znajdź te linie

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

i zmień je na:

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

2- Biegnij, php artisan config:cacheaby zmienić konfigurację laravela

3- Usuń istniejące tabele w bazie danych, a następnie uruchom php artisan migrateponownie

W pliku AppServiceProvider.php :

 use Illuminate\Support\Facades\Schema;

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

Zamiast ustalać limit długości, zaproponowałbym następujące rozwiązanie, które zadziałało w moim przypadku.

Wewnątrz:

config / database.php

zamień tę linię na mysql:

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

z:

'engine' => null,

Jak opisano w przewodniku po migracji, aby to naprawić, wszystko, co musisz zrobić, to wyedytować app/Providers/AppServiceProvider.phpplik i ustawić domyślną długość ciągu w metodzie rozruchu:

use Illuminate\Support\Facades\Schema;

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

Uwaga: najpierw musisz usunąć (jeśli masz) tabelę użytkowników, tabelę password_resets z bazy danych oraz usunąć wpisy users i password_resets z migracji tabeli .

Aby uruchomić wszystkie zaległe migracje, wykonaj migratepolecenie Artisan:

php artisan migrate

Potem wszystko powinno działać normalnie.

Jak już wspomniano, dodajemy do AppServiceProvider.php w App / Providers

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

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

możesz zobaczyć więcej szczegółów w linku poniżej (wyszukaj "Index Lengths & MySQL / MariaDB") https://laravel.com/docs/5.5/migrations

ALE Cóż, nie o tym wszystko opublikowałem! Chodzi o to, że nawet robiąc powyższe prawdopodobnie wystąpi kolejny błąd (to jest po uruchomieniu php artisan migratepolecenia i ze względu na problem z długością, operacja prawdopodobnie utknie w środku. rozwiązanie jest poniżej , a tabela użytkownika prawdopodobnie zostanie utworzona bez reszty lub nie do końca poprawnie) musimy wycofać się . domyślne przywracanie nie będzie działać. ponieważ operacja migracji nie lubiła zakończenia. musisz ręcznie usunąć nowo utworzone tabele w bazie danych.

możemy to zrobić za pomocą majsterkowania jak poniżej:

L:\todos> php artisan tinker

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

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

=> null

Sam miałem problem z tabelą użytkowników.

po tym jesteś gotowy

php artisan migrate:rollback

php artisan migrate

Rozwiązaniem, którego nikt nie mówi, jest to, że w Mysql v5.5 i późniejszych InnoDB jest domyślnym silnikiem pamięci masowej, który nie ma tego problemu, ale w wielu przypadkach, takich jak mój, istnieją stare pliki konfiguracyjne mysql ini, które używają starego silnika pamięci MYISAM , jak poniżej.

default-storage-engine=MYISAM

co stwarza wszystkie te problemy, a rozwiązaniem jest zmiana default-storage-engine na InnoDB w pliku konfiguracyjnym ini MySQL raz na zawsze, zamiast robić tymczasowe hacki.

default-storage-engine=InnoDB

A jeśli korzystasz z MySql w wersji 5.5 lub nowszej, to InnoDB jest domyślnym silnikiem, więc nie musisz go ustawiać tak jak powyżej, po prostu usuń default-storage-engine=MYISAMjeśli istnieje z inipliku i możesz zaczynać.

Jeśli chcesz zmienić w AppServiceProvider, musisz zdefiniować długość pola e-mail w migracji. po prostu zamień pierwszą linię kodu na drugą.

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();

Po pomyślnych zmianach możesz uruchomić migrację.
Uwaga: najpierw trzeba usunąć (jeśli masz) tabeli użytkowników , password_resets tabelę z bazy danych i usuwania użytkowników i password_resets wpisów z tabeli migracji.

Schema::defaultStringLength(191);domyślnie zdefiniuje długość wszystkich 191 łańcuchów, co może zrujnować bazę danych. Nie możesz iść tą drogą.

Wystarczy zdefiniować długość dowolnej kolumny w klasie migracji bazy danych. Na przykład definiuję „imię”, „nazwę użytkownika” i „adres e-mail” w CreateUsersTableklasie, jak poniżej:

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();
        });
    }

Jest to powszechne, ponieważ Laravel 5.4 zmienił domyślny znak bazy danych ustawiony na utf8mb4. Co musisz zrobić, to: wyedytuj plik App \ Providers.php, umieszczając ten kod przed deklaracją klasy

use Illuminate\Support\Facades\Schema;

Dodaj to również do funkcji „boot” Schema::defaultStringLength(191);

Jeśli nie masz już przypisanych żadnych danych do swojej bazy danych, wykonaj następujące czynności:

1. Przejdź do app / Providers / AppServiceProvide.php i dodaj

użyj Illuminate \ Support \ ServiceProvider;

i wewnątrz metody boot ();

Schema :: defaultStringLength (191);

2. Teraz usuń rekordy w swojej bazie danych, tabeli użytkowników np.

3. uruchom następujące

php artisan config: cache

php artisan migrate

Jak opisano w przewodniku po migracji, aby to naprawić, wszystko, co musisz zrobić, to wyedytować plik AppServiceProvider.php i ustawić domyślną długość ciągu w metodzie rozruchu:

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

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

Mam nadzieję, że to ci pomoże ...

Właśnie zmodyfikowałem następujący wiersz w usersipassword_resets plik migracji.

Stary: $table->string('email')->unique();

Nowy : $table->string('email', 128)->unique();

Aby uniknąć zmiany czegokolwiek w kodzie , po prostu zaktualizuj serwer MySQL do co najmniej 5.7.7

Zobacz to, aby uzyskać więcej informacji: https://laravel-news.com/laravel-5-4-key-too-long-error

Myślę, że wymuszenie StringLenght na 191 to naprawdę zły pomysł. Więc badam, aby zrozumieć, co się dzieje.

Zauważyłem, że ten komunikat o błędzie:

SQLSTATE [42000]: Błąd składni lub naruszenie zasad dostępu: 1071 Podany klucz był za długi; maksymalna długość klucza to 767 bajtów

Zaczęło się pojawiać po zaktualizowaniu mojej wersji MySQL. Więc sprawdziłem tabele za pomocą PHPMyAdmin i zauważyłem, że wszystkie nowe utworzone tabele były z sortowaniem utf8mb4_unicode_ci zamiast utf8_unicode_ci dla starych.

W moim pliku konfiguracyjnym doktryny zauważyłem, że charset został ustawiony na utf8mb4, ale wszystkie moje poprzednie tabele zostały utworzone w utf8, więc myślę, że jest to jakaś magia aktualizacji, która zaczyna działać na utf8mb4.

Teraz prostą poprawką jest zmiana zestawu znaków linii w pliku konfiguracyjnym ORM. Następnie usuń tabele za pomocą utf8mb4_unicode_ci, jeśli jesteś w trybie programisty lub napraw kodowanie, jeśli nie możesz ich upuścić.

Dla Symfony 4

zmień zestaw znaków: utf8mb4 na zestaw znaków: utf8 w config / packages / doctrine.yaml

Teraz migracje moich doktryn znów działają dobrze.

Zalecanym rozwiązaniem jest włączenie innodb_large_prefix opcji MySQL, dzięki czemu nie będziesz mieć kolejnych problemów. A oto jak to zrobić:

Otwórz my.iniplik konfiguracyjny MySQL i dodaj poniższe wiersze pod [mysqld]wierszem w ten sposób.

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

Następnie zapisz zmiany i uruchom ponownie usługę MySQL.

Cofnij zmiany, jeśli to konieczne, a następnie ponownie uruchom migrację.

Na wypadek, gdyby problem nadal występował, przejdź do pliku konfiguracyjnego bazy danych i ustaw

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

Mam nadzieję, że to pomoże!

najpierw usuń wszystkie tabele bazy danych na hoście lokalnym

Zmień właściwości domyślnej bazy danych Laravel (utf8mb4) w pliku config / database.php na:

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

później Zmiana właściwości mojej lokalnej bazy danych utf8_unicode_ci. php artisan migrate, to jest w porządku.

Dla każdego, kto mógłby się z tym spotkać, moim problemem było to, że tworzyłem kolumnę typu stringi próbowałem to zrobić, ->unsigned()gdy chciałem, aby była to liczba całkowita.

Podejście do tej pracy polegało na przekazaniu drugiego parametru z nazwą klucza (krótkiej):

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

Otrzymałem ten błąd, mimo że już miałem (właściwie dlatego, że już miałem) Schema :: defaultStringLength (191); w moim pliku AppServiceProvider.php.

Powodem jest to, że próbowałem ustawić wartość ciągu w jednej z moich migracji na wartość wyższą niż 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();
});

Usunięcie 1000 lub ustawienie go na 191 rozwiązało mój problem.