Ketika saya menjalankan perintah berikut:

ALTER TABLE `mytable` ADD UNIQUE (
`column1` ,
`column2`
);

Saya mendapat pesan kesalahan ini:

#1071 - Specified key was too long; max key length is 767 bytes

Informasi tentang kolom1 dan kolom2:

column1 varchar(20) utf8_general_ci
column2  varchar(500) utf8_general_ci

Saya pikir varchar(20)hanya membutuhkan 21 byte sementara varchar(500)hanya membutuhkan 501 byte. Jadi total byte adalah 522, kurang dari 767. Jadi mengapa saya mendapatkan pesan kesalahan?

#1071 - Specified key was too long; max key length is 767 bytes

767 byte adalah batasan awalan yang dinyatakan untuk tabel InnoDB di MySQL versi 5.6 (dan versi sebelumnya). Panjangnya 1.000 byte untuk tabel MyISAM. Dalam versi MySQL 5.7 dan ke atas batas ini telah ditingkatkan menjadi 3072 byte.

Anda juga harus menyadari bahwa jika Anda menetapkan indeks pada bidang char atau varchar besar yang dikodekan utf8mb4, Anda harus membagi panjang awalan indeks maks 767 byte (atau 3072 byte) dengan 4 menghasilkan 191. Ini karena panjang maksimal karakter utf8mb4 adalah empat byte. Untuk karakter utf8 akan menjadi tiga byte yang menghasilkan panjang awalan indeks maksimal 254.

Salah satu opsi yang Anda miliki adalah menempatkan batas bawah pada bidang VARCHAR Anda.

Pilihan lain (sesuai dengan respons terhadap masalah ini ) adalah untuk mendapatkan bagian dari kolom daripada seluruh jumlah, yaitu:

ALTER TABLE `mytable` ADD UNIQUE ( column1(15), column2(200) );

Tweak karena Anda perlu mendapatkan kunci untuk diterapkan, tapi saya ingin tahu apakah akan layak untuk meninjau model data Anda mengenai entitas ini untuk melihat apakah ada perbaikan yang akan memungkinkan Anda untuk menerapkan aturan bisnis yang dimaksud tanpa mencapai batasan MySQL.

Jika ada yang mengalami masalah dengan INNODB / Utf-8 mencoba menempatkan UNIQUEindeks pada VARCHAR(256)bidang, alihkan ke VARCHAR(255). Tampaknya 255 adalah batasannya.

Ketika Anda mencapai batas. Tetapkan yang berikut ini.

• INNODB utf8 VARCHAR(255)
• INNODB utf8mb4 VARCHAR(191)

MySQL mengasumsikan kasus terburuk untuk jumlah byte per karakter dalam string. Untuk pengkodean 'utf8' MySQL, itu 3 byte per karakter karena pengkodean itu tidak memungkinkan karakter di luar U+FFFF. Untuk pengkodean MySQL 'utf8mb4', ini berukuran 4 byte per karakter, karena itulah yang disebut MySQL sebagai UTF-8 sebenarnya.

Jadi dengan asumsi Anda menggunakan 'utf8', kolom pertama Anda akan mengambil 60 byte indeks, dan yang kedua 1500 lainnya.

jalankan kueri ini sebelum kueri Anda:

SET @@global.innodb_large_prefix = 1;

ini akan meningkatkan batas 3072 bytes.

Solusi Untuk Kerangka Laravel

Sesuai Laravel 5.4. * Dokumentasi ; Anda harus mengatur panjang string default di dalam bootmetode app/Providers/AppServiceProvider.phpfile sebagai berikut:

use Illuminate\Support\Facades\Schema;

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

Penjelasan perbaikan ini, diberikan oleh Laravel 5.4. * Dokumentasi :

Laravel menggunakan utf8mb4karakter yang ditetapkan secara default, yang mencakup dukungan untuk menyimpan "emoji" dalam database. Jika Anda menjalankan versi MySQL yang lebih lama dari rilis 5.7.7 atau MariaDB yang lebih lama dari rilis 10.2.2, Anda mungkin perlu mengkonfigurasi secara manual panjang string default yang dihasilkan oleh migrasi agar MySQL dapat membuat indeks untuk mereka. Anda dapat mengonfigurasi ini dengan memanggil Schema::defaultStringLengthmetode di dalam AppServiceProvider.

Atau, Anda dapat mengaktifkan innodb_large_prefixopsi untuk basis data Anda. Lihat dokumentasi database Anda untuk instruksi tentang cara mengaktifkan opsi ini dengan benar.

Pengodean karakter apa yang Anda gunakan? Beberapa set karakter (seperti UTF-16, dan lain-lain) menggunakan lebih dari satu byte per karakter.

Saya pikir varchar (20) hanya membutuhkan 21 byte sementara varchar (500) hanya membutuhkan 501 byte. Jadi total byte adalah 522, kurang dari 767. Jadi mengapa saya mendapatkan pesan kesalahan?

UTF8 membutuhkan 3 byte per karakter untuk menyimpan string, jadi dalam kasus Anda 20 + 500 karakter = 20 * 3 + 500 * 3 = 1560 byte yang lebih dari yang diizinkan 767 byte.

Batas untuk UTF8 adalah 767/3 = 255 karakter , untuk UTF8mb4 yang menggunakan 4 byte per karakter adalah 767/4 = 191 karakter.

Ada dua solusi untuk masalah ini jika Anda perlu menggunakan kolom yang lebih panjang dari batas:

1. Gunakan pengkodean "lebih murah" (yang membutuhkan byte lebih sedikit per karakter)
   Dalam kasus saya, saya perlu menambahkan indeks unik pada kolom yang berisi string artikel SEO, karena saya hanya menggunakan [A-z0-9\-]karakter untuk SEO, saya menggunakan latin1_general_ciyang hanya menggunakan satu byte per karakter dan kolom dapat memiliki panjang 767 byte.
2. Buat hash dari kolom Anda dan gunakan indeks unik hanya pada itu
   . Pilihan lain bagi saya adalah membuat kolom lain yang akan menyimpan hash SEO, kolom ini akan memiliki UNIQUEkunci untuk memastikan nilai SEO unik. Saya juga akan menambahkan KEYindeks ke kolom SEO asli untuk mempercepat pencarian.

Jawaban tentang mengapa Anda mendapatkan pesan kesalahan sudah dijawab oleh banyak pengguna di sini. Jawaban saya adalah tentang cara memperbaiki dan menggunakannya sebagaimana mestinya.

Rujuk dari tautan ini .

1. Buka klien MySQL (atau klien MariaDB). Ini adalah alat baris perintah.
2. Ini akan menanyakan kata sandi Anda, masukkan kata sandi Anda yang benar.
3. Pilih database Anda dengan menggunakan perintah ini use my_database_name;

Basis data berubah

4. set global innodb_large_prefix=on;

Kueri OK, 0 baris terpengaruh (0,00 dtk)

5. set global innodb_file_format=Barracuda;

Kueri OK, 0 baris terpengaruh (0,02 dtk)

6. Pergi ke database Anda di phpMyAdmin atau sesuatu seperti itu untuk manajemen mudah > Pilih database> Lihat struktur tabel > Buka tab Operasi . > Ubah ROW_FORMAT menjadi DYNAMIC dan simpan perubahan.
7. Buka tab struktur tabel > Klik tombol Unik .
8. Selesai Sekarang seharusnya tidak ada kesalahan.

Masalah perbaikan ini adalah jika Anda mengekspor db ke server lain (misalnya dari localhost ke host nyata) dan Anda tidak dapat menggunakan baris perintah MySQL di server itu. Anda tidak dapat membuatnya bekerja di sana.

Specified key was too long; max key length is 767 bytes

Anda mendapat pesan itu karena 1 byte sama dengan 1 karakter hanya jika Anda menggunakan latin-1set karakter. Jika Anda menggunakan utf8, setiap karakter akan dianggap 3 byte ketika mendefinisikan kolom kunci Anda. Jika Anda menggunakan utf8mb4, setiap karakter akan dianggap 4 byte ketika mendefinisikan kolom kunci Anda. Jadi, Anda perlu mengalikan batas karakter bidang kunci Anda dengan, 1, 3, atau 4 (dalam contoh saya) untuk menentukan jumlah byte yang ingin diizinkan oleh bidang kunci. Jika Anda menggunakan uft8mb4, Anda hanya dapat menentukan 191 karakter untuk bidang asli, InnoDB, kunci utama. Hanya saja, jangan melanggar 767 byte.

Ganti utf8mb4dengan utf8dalam file impor Anda.

Anda bisa menambahkan kolom dari md5 kolom yang panjang

Kami mengalami masalah ini ketika mencoba menambahkan indeks UNIQUE ke bidang VARCHAR (255) menggunakan utf8mb4. Sementara masalahnya sudah diuraikan dengan baik di sini, saya ingin menambahkan beberapa saran praktis tentang cara kami memecahkan masalah ini dan menyelesaikannya.

Saat menggunakan utf8mb4, karakter dihitung sebagai 4 byte, sedangkan di bawah utf8, mereka dapat sebagai 3 byte. Database InnoDB memiliki batas bahwa indeks hanya dapat berisi 767 byte. Jadi ketika menggunakan utf8, Anda dapat menyimpan 255 karakter (767/3 = 255), tetapi menggunakan utf8mb4, Anda hanya dapat menyimpan 191 karakter (767/4 = 191).

Anda benar-benar dapat menambahkan indeks reguler untuk VARCHAR(255)bidang menggunakan utf8mb4, tetapi yang terjadi adalah ukuran indeks dipotong pada 191 karakter secara otomatis - seperti di unique_keysini:

Ini bagus, karena indeks reguler hanya digunakan untuk membantu pencarian MySQL melalui data Anda lebih cepat. Seluruh bidang tidak perlu diindeks.

Jadi, mengapa MySQL memotong indeks secara otomatis untuk indeks reguler, tetapi melemparkan kesalahan eksplisit ketika mencoba melakukannya untuk indeks unik? Nah, agar MySQL dapat mengetahui apakah nilai yang dimasukkan atau diperbarui sudah ada, perlu benar-benar mengindeks seluruh nilai dan bukan hanya sebagian saja.

Pada akhir hari, jika Anda ingin memiliki indeks unik pada suatu bidang, seluruh isi bidang harus sesuai dengan indeks. Untuk utf8mb4, ini berarti mengurangi panjang bidang VARCHAR Anda menjadi 191 karakter atau kurang. Jika Anda tidak membutuhkan utf8mb4 untuk tabel atau bidang itu, Anda bisa mengembalikannya ke utf8 dan dapat mempertahankan bidang 255 panjang Anda.

Inilah jawaban asli saya:

Saya hanya menjatuhkan basis data dan membuat ulang seperti ini, dan kesalahannya hilang:

drop database if exists rhodes; create database rhodes default CHARACTER set utf8 default COLLATE utf8_general_ci;

Namun, itu tidak berfungsi untuk semua kasus.

Ini sebenarnya masalah menggunakan indeks pada kolom VARCHAR dengan set karakter utf8(atau utf8mb4), dengan kolom VARCHAR yang memiliki lebih dari panjang karakter tertentu. Dalam kasus utf8mb4, panjang tertentu adalah 191.

Silakan merujuk ke bagian Indeks Panjang dalam artikel ini untuk informasi lebih lanjut bagaimana menggunakan indeks panjang dalam database MySQL: http://hanoian.com/content/index.php/24-automate-the-converting-a-mysql-database- character-set-to-utf8mb4

5 solusi:

Batas dinaikkan di 5.7.7 (MariaDB 10.2.2?). Dan itu dapat ditingkatkan dengan beberapa pekerjaan di 5.6 (10.1).

Jika Anda mencapai batas karena mencoba menggunakan CHARACTER SET utf8mb4. Kemudian lakukan salah satu dari yang berikut (masing-masing memiliki kelemahan) untuk menghindari kesalahan:

⚈  Upgrade to 5.7.7 for 3072 byte limit -- your cloud may not provide this;
⚈  Change 255 to 191 on the VARCHAR -- you lose any values longer than 191 characters (unlikely?);
⚈  ALTER .. CONVERT TO utf8 -- you lose Emoji and some of Chinese;
⚈  Use a "prefix" index -- you lose some of the performance benefits.
⚈  Or... Stay with older version but perform 4 steps to raise the limit to 3072 bytes:

SET GLOBAL innodb_file_format=Barracuda;
SET GLOBAL innodb_file_per_table=1;
SET GLOBAL innodb_large_prefix=1;
logout & login (to get the global values);
ALTER TABLE tbl ROW_FORMAT=DYNAMIC;  -- (or COMPRESSED)

- http://mysql.rjweb.org/doc.php/limits#767_limit_in_innodb_indexes

Saya memperbaiki masalah ini dengan:

varchar(200) 

digantikan dengan

varchar(191)

semua varchar yang memiliki lebih dari 200 menggantinya dengan 191 atau mengaturnya teks.

Saya melakukan pencarian pada topik ini akhirnya mendapat beberapa perubahan kustom

Untuk MySQL workbench 6.3.7 Versi Antar fase grafis tersedia

1. Mulai Workbench dan pilih koneksi.
2. Buka manajemen atau Instance dan pilih Opsi File.
3. Jika Workbench meminta Anda untuk membaca file konfigurasi dan kemudian mengizinkannya dengan menekan OK dua kali.
4. Di pusat tempat, jendela file opsi Administrator datang.
5. Buka tab InnoDB dan periksa innodb_large_prefix jika tidak dicentang di bagian Umum.
6. set nilai opsi innodb_default_row_format ke DYNAMIC.

Untuk Versi di bawah 6.3.7 opsi langsung tidak tersedia sehingga perlu pergi dengan command prompt

1. Mulai CMD sebagai administrator.
2. Pergi ke direktur tempat server mysql diinstal Sebagian besar kasus di "C: \ Program Files \ MySQL \ MySQL Server 5.7 \ bin" jadi perintahnya adalah "cd \" "cd Program Files \ MySQL \ MySQL Server 5.7 \ bin".
3. Sekarang Jalankan perintah mysql -u userName -p databasescheema Sekarang ia meminta kata sandi dari masing-masing pengguna. Berikan kata sandi dan masukkan ke prompt mysql.
4. Kita harus mengatur beberapa pengaturan global, masukkan perintah di bawah ini satu per satu, set global innodb_large_prefix = on; atur global innodb_file_format = barracuda; set global innodb_file_per_table = true;
5. Sekarang pada akhirnya kita harus mengubah ROW_FORMAT dari tabel yang diperlukan secara default COMPACT-nya kita harus mengaturnya menjadi DINAMIK.
6. gunakan perintah berikut mengubah table table_name ROW_FORMAT = DYNAMIC;
7. Selesai

Untuk laravel 5.7 hingga 6.0

Langkah yang harus diikuti

1. Pergi ke App\Providers\AppServiceProvider.php.
2. Tambahkan ini ke penyedia use Illuminate\Support\Facades\Schema;di atas.
3. Di dalam fungsi Boot Tambahkan ini Schema::defaultStringLength(191);

itu saja, Selamat menikmati.

ubah susunan Anda. Anda dapat menggunakan utf8_general_ci yang mendukung hampir semua

Hanya mengubah utf8mb4ke utf8saat membuat tabel memecahkan masalah saya. Misalnya: CREATE TABLE ... DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;untuk CREATE TABLE ... DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;.

Untuk memperbaikinya, ini bekerja untuk saya seperti pesona.

ALTER DATABASE dbname CHARACTER SET utf8 COLLATE utf8_general_ci;

Berdasarkan kolom yang diberikan di bawah ini, 2 kolom string variabel menggunakan utf8_general_cicollation ( utf8charset tersirat).

Di MySQL, utf8charset menggunakan maksimal 3 byte untuk setiap karakter. Dengan demikian, perlu mengalokasikan 500 * 3 = 1500 byte, yang jauh lebih besar dari 767 byte yang diizinkan MySQL. Itu sebabnya Anda mendapatkan kesalahan 1071 ini.

Dengan kata lain, Anda perlu menghitung jumlah karakter berdasarkan representasi byte charset karena tidak setiap charset adalah representasi byte tunggal (seperti yang Anda duga.) IE utf8dalam MySQL paling banyak menggunakan 3-byte per karakter, 767 / 3≈255 karakter, dan untuk utf8mb4, paling banyak 4 byte representasi, 767/4191 karakter.

Juga diketahui bahwa MySQL

column1 varchar(20) utf8_general_ci
column2  varchar(500) utf8_general_ci

Saya menemukan kueri ini berguna dalam mendeteksi kolom mana yang memiliki indeks yang melanggar panjang maks:

SELECT
  c.TABLE_NAME As TableName,
  c.COLUMN_NAME AS ColumnName,
  c.DATA_TYPE AS DataType,
  c.CHARACTER_MAXIMUM_LENGTH AS ColumnLength,
  s.INDEX_NAME AS IndexName
FROM information_schema.COLUMNS AS c
INNER JOIN information_schema.statistics AS s
  ON s.table_name = c.TABLE_NAME
 AND s.COLUMN_NAME = c.COLUMN_NAME 
WHERE c.TABLE_SCHEMA = DATABASE()
  AND c.CHARACTER_MAXIMUM_LENGTH > 191 
  AND c.DATA_TYPE IN ('char', 'varchar', 'text')

Silakan periksa apakah sql_modesuka

sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

jika ya, ubah ke

sql_mode=NO_ENGINE_SUBSTITUTION

ATAU

restart server Anda mengubah file my.cnf Anda (dengan mengikuti)

innodb_large_prefix=on

Dalam kasus saya, saya mengalami masalah ini ketika saya mencadangkan database menggunakan karakter redirection output / input linux. Oleh karena itu, saya mengubah sintaks seperti yang dijelaskan di bawah ini. PS: menggunakan terminal linux atau mac.

Cadangkan (tanpa> redirect)

# mysqldump -u root -p databasename -r bkp.sql

Pulihkan (tanpa <redirect)

# mysql -u root -p --default-character-set=utf8 databasename
mysql> SET names 'utf8'
mysql> SOURCE bkp.sql

Kesalahan "kunci yang ditentukan terlalu panjang; panjang kunci maks adalah 767 byte" sederhana menghilang.

Panjang Indeks & MySQL / MariaDB

Laravel menggunakan karakter utf8mb4 yang ditetapkan secara default, yang mencakup dukungan untuk menyimpan "emoji" dalam database. Jika Anda menjalankan versi MySQL yang lebih lama dari rilis 5.7.7 atau MariaDB yang lebih lama dari rilis 10.2.2, Anda mungkin perlu mengkonfigurasi secara manual panjang string default yang dihasilkan oleh migrasi agar MySQL dapat membuat indeks untuk mereka. Anda dapat mengonfigurasikan ini dengan memanggil metode Schema :: defaultStringLength di dalam AppServiceProvider Anda :

use Illuminate\Support\Facades\Schema;

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

Atau, Anda dapat mengaktifkan opsi innodb_large_prefix untuk database Anda. Lihat dokumentasi database Anda untuk instruksi tentang cara mengaktifkan opsi ini dengan benar.

Referensi dari blog: https://www.scratchcode.io/specified-key-too-long-error-in-laravel/

Referensi dari dokumentasi resmi laravel: https://laravel.com/docs/5.7/migrations

Jika Anda membuat sesuatu seperti:

CREATE TABLE IF NOT EXISTS your_table (
  id int(7) UNSIGNED NOT NULL AUTO_INCREMENT,
  name varchar(256) COLLATE utf8mb4_bin NOT NULL,
  PRIMARY KEY (id),
  UNIQUE KEY name (name)
) ENGINE=INNODB DEFAULT CHARSET=utf8mb4 AUTO_INCREMENT=1 ROW_FORMAT=FIXED;

harus seperti itu

CREATE TABLE IF NOT EXISTS your_table (
      id int(7) UNSIGNED NOT NULL AUTO_INCREMENT,
      name varchar(256) COLLATE utf8mb4_bin NOT NULL,
      PRIMARY KEY (id)
    ) ENGINE=INNODB DEFAULT CHARSET=utf8mb4 AUTO_INCREMENT=1 ROW_FORMAT=FIXED;

tetapi Anda perlu memeriksa keunikan kolom itu dari kode atau menambahkan kolom baru sebagai MD5 atau SHA1 dari kolom varchar

Karena keterbatasan awalan kesalahan ini akan terjadi. 767 byte adalah batasan awalan yang dinyatakan untuk tabel InnoDB dalam versi MySQL sebelum 5.7. Panjangnya 1.000 byte untuk tabel MyISAM. Dalam versi MySQL 5.7 dan ke atas batas ini telah ditingkatkan menjadi 3072 byte.

Menjalankan hal berikut pada layanan yang memberi Anda kesalahan harus menyelesaikan masalah Anda. Ini harus dijalankan di MYSQL CLI.

SET GLOBAL innodb_file_format=Barracuda;
SET GLOBAL innodb_file_per_table=on;
SET GLOBAL innodb_large_prefix=on;

Ubah CHARSET dari bidang indeks yang mengeluh ke "latin1"
yaitu ALTER TABLE tbl CHANGE myfield myfield varchar (600) SET KARAKTER latin1 DEFAULT NULL;
latin1 mengambil satu byte untuk satu karakter, bukan empat

Jika Anda innodb_log_file_sizebaru saja berubah , cobalah untuk mengembalikan nilai sebelumnya yang berfungsi.