Migración laravel: la clave única es demasiado larga, incluso si se especifica

Estoy tratando de migrar una tabla de usuarios en Laravel. Cuando ejecuto mi migración me sale este error:

[Illuminate \ Database \ QueryException] SQLSTATE [42000]: Error de sintaxis o infracción de acceso: 1071 La clave especificada era demasiado larga; la longitud máxima de la clave es de 767 bytes (SQL: alterar tabla usersagregar usuarios únicos_email_uniq ( email))

mi migración es la siguiente:

Schema::create('users', function(Blueprint $table)
{
    $table->increments('id');
    $table->string('name', 32);
    $table->string('username', 32);
    $table->string('email', 320);
    $table->string('password', 64);
    $table->string('role', 32);
    $table->string('confirmation_code');
    $table->boolean('confirmed')->default(true);
    $table->timestamps();

    $table->unique('email', 'users_email_uniq');
});

Después de buscar en Google, me encontré con este informe de error donde Taylor dice que puede especificar la clave de índice como el segundo parámetro de unique(), lo que he hecho. Todavía da el error. ¿Que esta pasando aqui?

Especifique una longitud menor para su correo electrónico:

$table->string('email', 250);

Cuál es el valor predeterminado, en realidad:

$table->string('email');

Y deberías ser bueno.

Para Laravel 5.4 puede encontrar una solución en este Laravel 5.4: La clave especificada fue un error demasiado largo, publicación de Laravel News :

Como se describe en la guía de Migraciones para solucionar esto, todo lo que tiene que hacer es editar su archivo AppServiceProvider.php y, dentro del método de arranque, establecer una longitud de cadena predeterminada:

use Illuminate\Database\Schema\Builder;


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

Actualización 1

A partir de Laravel 5.4, esos cambios ya no son necesarios.

Laravel 5.4 utiliza el conjunto de caracteres utf8mb4 de forma predeterminada, que incluye soporte para almacenar "emojis" en la base de datos. Si está actualizando su aplicación desde Laravel 5.3, no es necesario que cambie a este conjunto de caracteres.

Actualización 2

Producción actual MariaDB versiones NO admiten esta configuración de forma predeterminada a nivel mundial. Se implementa en MariaDB 10.2.2+ por defecto .

Solución

Y si intencionalmente desea utilizar el utf8mb4soporte correcto de múltiples bytes UTF8 futuro predeterminado (a partir de Laravel 5.4) para 😀, entonces comience a arreglar 😂 la configuración de su base de datos.

En Laravel config/database.phpdefine:

'charset' => 'utf8mb4',
'collation' => 'utf8mb4_unicode_ci',
'engine' => 'InnoDB ROW_FORMAT=DYNAMIC',

DYNAMIC permite almacenar índices de clave largos .

Configuración del servidor (por defecto incluido en MySQL 5.7.7+ / MariaDB 10.2.2+):

[mysqld]
# default character set and collation
collation-server = utf8mb4_unicode_ci
character-set-server = utf8mb4

# utf8mb4 long key index
innodb_large_prefix = 1
innodb_file_format = barracuda
innodb_file_format_max = barracuda
innodb_file_per_table = 1

Para clientes:

[mysql]
default-character-set=utf8mb4

Y luego PARAR su servidor MySQL / MariaDB. Después de eso COMIENCE. El reinicio en caliente puede no funcionar.

sudo systemctl stop mysqld
sudo systemctl start mysqld

Ahora tiene Laravel 5.x con soporte UTF8.

Si está conectado o actualizado a Laravel 5.4, esto funcionó para mí;

Solo 1 cambio. en AppServiceProvider.php

use Illuminate\Support\Facades\Schema;

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

Como se menciona en la guía de migración https://laravel.com/docs/master/migrations#creating-indexes

Si alguien más se topa con esta respuesta como lo hice yo, pero por una razón diferente, puede verificar su conjunto de caracteres / cotejo Laravel DB.

Estaba instalando una aplicación (Snipe-IT) y había configurado la configuración de la base de datos Laravel para usar lo siguiente:

'charset' => 'utf8mb4',
'collation' => 'utf8mb4_general_ci',

La eliminación mb4de ambas cadenas solucionó el problema, aunque creo que la respuesta de Antonio es la solución real al problema.

Esto funcionó para mí:

 $table->charset = 'utf8';
 $table->collation = 'utf8_unicode_ci';

Elimine mb4 de charset y collation de config / database.php, luego se ejecutará con éxito.
'charset' => 'utf8',
'collation' => 'utf8_unicode_ci',

Para laravel 5.6
Esta solución resuelve mi problema,
vaya a config/database.php
Buscar el código a continuación

'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' => 'utf8mb4',
    'collation' => 'utf8mb4_unicode_ci',
    'prefix' => '',
    'strict' => true,
    'engine' => null,
],

Cambia estos dos campos

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

Con este

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

Me he enfrentado al mismo problema y lo solucioné agregando las dos líneas a continuación en mi aplicación / base de datos.php

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

Mi archivo se ve a continuación:

<?php

return [

    /*
    |--------------------------------------------------------------------------
    | Default Database Connection Name
    |--------------------------------------------------------------------------
    |
    | Here you may specify which of the database connections below you wish
    | to use as your default connection for all database work. Of course
    | you may use many connections at once using the Database library.
    |
    */

    'default' => env('DB_CONNECTION', 'mysql'),

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

    ......

Para laravel 5.4, simplemente edite el archivo

App \ Providers \ AppServiceProvider.php

use Illuminate\Support\Facades\Schema;

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

File: config/database.php
change the following
FROM ->
'charset' => 'utf8mb4',
'collation' => 'utf8mb4_unicode_ci',

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

tuve el mismo problema y estoy usando un wamp

Solución: Abra el archivo: config / database.php

'engine' => null, => 'engine' => 'InnoDB',

Gracias

En el archivo config / database.php donde:

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

Cambie esta línea a esto:

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

Para Laravel> = 5.6 usuarios

Abrir AppServiceProvider.phparchivo

Usa la siguiente clase

use Illuminate\Support\Facades\Schema;

Luego, dentro del bootmétodo, agregue la siguiente línea

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

Agregué a la migración en sí

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

Sí, sé que necesito tenerlo en cuenta en cada migración, pero preferiría eso en vez de guardarlo en algún proveedor de servicios completamente ajeno.

Si alguien tiene este problema incluso después de hacerlo, los cambios mencionados anteriormente. Por ejemplo, en mi caso hice los siguientes cambios,

namespace App\Providers;
use Illuminate\Support\ServiceProvider;
use Illuminate\Support\Facades\Schema;

class AppServiceProvider extends ServiceProvider
{
  /**
   * Register any application services.
   *
   * @return void
   */
   public function register()
   {
      //
   }

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

Pero no funcionaría de inmediato por dos razones. Una es que si está utilizando lumen en lugar de laravel, es posible que primero deba descomentar esta línea en su archivo app.php.

$app->register(App\Providers\AppServiceProvider::class);

Y luego tienes que crear el script de migración nuevamente con el comando artesanal,

php artisan make:migration <your_table_name>

Como ahora solo funcionarán los cambios que haya realizado en ServiceProvider.

para laravel 5.7, escriba este código en appserviceprovider.php

  use Illuminate\Support\Facades\Schema;

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

Cambie charset de 'utf8mb4' a 'utf8' y

colación a 'utf8mb4_unicode_ci' a 'utf8_unicode_ci'

en el archivo config / database.php

Funcionó para mi.

Laravel utiliza el utf8mb4conjunto de caracteres por defecto, que incluye soporte para almacenar "emojis" en la base de datos. Si está ejecutando una versión de MySQL anterior a la versión 5.7.7 o MariaDB anterior a la versión 10.2.2, es posible que deba configurar manualmente la longitud de cadena predeterminada generada por las migraciones para que MySQL cree índices para ellos. Puede configurar esto llamando al Schema::defaultStringLengthmétodo dentro de su AppServiceProvider:

use Illuminate\Support\Facades\Schema;

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

Puedes retirar de

https://laravel-news.com/laravel-5-4-key-too-long-error https://laravel.com/docs/5.5/migrations#indexes

Es porque Laravel 5.4 usa utf8mb4 que admite el almacenamiento de emojis.

Agregue esto en su aplicación \ Proveedores \ AppServiceProvider.php

use Illuminate\Support\Facades\Schema;

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

y deberías estar listo para ir.

Si está conectado o actualizado a Laravel 5.4 y la última versión, funciona;
Solo 1 cambio en AppServiceProvider.php

use Illuminate\Support\Facades\Schema;

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

Me gustaría señalar que algo que me perdí ...

Soy nuevo en Laravel, y no copié "use Illuminate ....." porque realmente no presté atención, porque justo encima del arranque de la función ya tienes un uso Declaración de .

Espero que ayude a cualquiera

**use Illuminate\Support\Facades\Schema;**

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

Tuve un problema, cambie la configuración de 'config / database'

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

manteniendo el mismo patrón en la base de datos.

Entonces di la orden

php artisan migrate

En 24 de octubre de 2016, Taylor Otwell, el autor de Laravel, anunció en Twitter

"utf8mb4" será el conjunto de caracteres predeterminado de MySQL en Laravel 5.4 para un mejor soporte de emoji. 🙌 Publicación de Twitter de Taylor Otwell

que antes de la versión 5.4 el juego de caracteres era utf8

Durante este siglo, muchas aplicaciones web incluyen chat o alguna clase de plataforma para permitir que sus usuarios conversen, y a muchas personas les gusta usar emoji o smiley. y este es algún tipo de súper personajes que requieren más espacios para ser almacenados y que solo es posible usar utf8mb4como juego de caracteres . Esa es la razón por la que migran utf8mb4solo por motivos de espacio.

si mira hacia arriba en la Illuminate\Database\Schema\Builderclase, verá que $defaultStringLengthestá configurado en 255 , y para modificarlo, puede continuar a través de la SchemaFachada y llamar aldefaultStringLength método y pasar la nueva longitud.

para realizar ese cambio, llame a ese método dentro de su AppServiceProviderclase que se encuentra en el subdirectorio app \ proveedores como este

class AppServiceProvider extends ServiceProvider
{
    /**
     * Bootstrap any application services.
     *
     * @return void
     */
    public function boot()
    {
        // all other code ...

        Schema::defaultStringLength(191); 
    }
    // and all other code goes here
}

Sugeriré usar 191 como valor solo porque MySQL admite 767 bytes, y porque 767 / 4cuál es el número de bytes tomados por cada carácter multibyte que obtendrá191 .

Puede obtener más información aquí Los límites del conjunto de caracteres utf8mb4 (codificación Unicode UTF-8 de 4 bytes) en el recuento de columnas de tabla y el tamaño de fila

SOLUCIÓN:

Primero cambie defaultStringLength a 191, en la aplicación \ Proveedores \ AppServiceProvider.php :

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

Luego, cambie los valores de conjunto de caracteres y colación de la siguiente manera, en config \ database.php :

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

( enlace para saber sobre el juego de caracteres MariaDB )

Ir a tu config/database.phpy cambiar el juego de caracteres y la clasificación de utf8mb4 a utf8

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

Mi problema se resolvió usando este método, ¡buena suerte amigo!

No tendrá este problema si está utilizando MySQL 5.7.7+ o MariaDB 10.2.2+.

Para actualizar MariaDB en tu Mac usando Brew, primero desvincula el actual: brew unlink mariadby luego instala un desarrollador usandobrew install mariadb --devel

Una vez realizada la instalación, detenga / inicie la ejecución del servicio: brew services stop mariadb brew services start mariadb

La versión actual del desarrollador es 10.2.3. Una vez finalizada la instalación, ya no tendrá que preocuparse por esto y puede usar utf8mb4 (que ahora es un valor predeterminado en Laravel 5.4) sin volver a utf8 ni editar AppServiceProvider como se propone en la documentación de Laravel: https: // laravel .com / docs / master / releases # laravel-5.4 (desplácese hacia abajo hasta: Longitud de cadena predeterminada de migración )

Acabo de instalar MariaDB 10.2.4 RC, activé un nuevo proyecto en blanco de Laravel 5.4 y funciona la migración predeterminada (columnas varchar (255)).

No es necesario cambiar DB conf y Laravael config/database.php. Así, tal como @scorer señaló sobre el comportamiento predeterminado para 10.2.2+.

Todo estaba bien descrito en los otros Anwser. Puede ver más detalles en el siguiente enlace (busque con la clave 'Index Lengths & MySQL / MariaDB ") https://laravel.com/docs/5.5/migrations

¡PERO BIEN, de eso no se trata esta respuesta! la cosa es que, incluso al hacer lo anterior , le gustaría obtener otro error (es decir, cuando le gusta el php artisan migratecomando de lanzamiento y debido al problema de la longitud, la operación está atascada en el medio. La solución es inferior y la tabla de usuario es como creada sin el resto o no del todo correctamente) necesitamos rodar bac . la reversión predeterminada no funcionará. porque a la operación de migración no le gustaba terminar. necesita eliminar las nuevas tablas creadas en la base de datos manualmente.

podemos hacerlo usando tinker como se muestra a continuación:

L:\todos> php artisan tinker

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

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

=> null

Yo mismo tuve un problema con la tabla de usuarios.

después de eso estás bien para ir

php artisan migrate:rollback

php artisan migrate

Establecer el motor de base de datos InnoDB:

  Schema::create('users', function (Blueprint $table) {
            $table->engine = 'InnoDB';
            $table->increments('id');
            $table->string('name');
            $table->string('email')->unique();
            $table->string('password');
            $table->rememberToken();
            $table->timestamps();
        });

Si ha intentado cualquier otra respuesta y no han funcionado, puede eliminar todas las tablas de la base de datos y luego ejecutar el comando migrar de una vez usando este comando:

php artisan migrate:fresh