Aşağıdaki komutu yürüttüğümde:

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

Bu hata mesajını aldım:

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

Sütun1 ve sütun2 hakkında bilgi:

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

Bence varchar(20)sadece 21 bayt, varchar(500)sadece 501 bayt gerektirir. Yani toplam bayt sayısı 522, 767'den az. Neden hata mesajını aldım?

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

767 bayt, MySQL sürüm 5.6 (ve önceki sürümler) içindeki InnoDB tabloları için belirtilen önek sınırlamasıdır . MyISAM tabloları için 1.000 bayt uzunluğunda. MySQL 5.7 ve sonraki sürümlerde bu sınır 3072 bayta çıkarıldı.

Ayrıca, utf8mb4 kodlu büyük bir karakter veya varchar alanında bir dizin ayarlarsanız, 767 bayt (veya 3072 bayt) maksimum dizin önek uzunluğunu 191 ile sonuçlanan 4'e bölmeniz gerektiğini unutmayın. utf8mb4 karakterinin maksimum uzunluğu dört bayttır. Bir utf8 karakteri için üç bayt olur ve sonuçta maksimum dizin önek uzunluğu 254 olur.

Sahip olduğunuz seçeneklerden biri, VARCHAR alanlarınıza yalnızca alt sınır koymaktır.

Başka bir seçenek ( bu soruna verilen cevaba göre ), sütunun alt kümesini tutarın tamamı yerine almaktır, yani:

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

Uygulamak için anahtarı almanız gerektiğinde değiştirin, ancak MySQL sınırlamasına uymadan amaçlanan iş kurallarını uygulamanıza izin verecek iyileştirmeler olup olmadığını görmek için bu varlıkla ilgili veri modelinizi gözden geçirmenin buna değip değmeyeceğini merak ediyorum.

Herhangi bir kişi INNODB / Utf-8 UNIQUEile bir VARCHAR(256)alan üzerinde bir dizin koymaya çalışırken sorun yaşıyorsa , bunu değiştirin VARCHAR(255). Sınırlılık 255 gibi görünüyor.

Sınıra çarptığınızda. Aşağıdakileri ayarlayın.

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

MySQL, dizedeki karakter başına bayt sayısı için en kötü durum olduğunu varsayar. MySQL 'utf8' kodlaması için, karakter başına 3 bayttır, çünkü kodlama ötesindeki karakterlere izin vermez U+FFFF. MySQL 'utf8mb4' kodlaması için, karakter başına 4 bayttır, çünkü MySQL gerçek UTF-8 olarak adlandırır.

'Utf8' kullandığınızı varsayarsak, ilk sütununuz dizinin 60 baytını, ikincinizin 1500 değerini alır.

sorgunuzdan önce bu sorguyu çalıştır:

SET @@global.innodb_large_prefix = 1;

bu sınırı artıracaktır 3072 bytes.

Laravel Framework için Çözüm

Gereğince laravel 5.4 * dokümantasyonu. ; Dosyanın bootyöntemi içinde varsayılan dize uzunluğunu app/Providers/AppServiceProvider.phpaşağıdaki gibi ayarlamanız gerekir:

use Illuminate\Support\Facades\Schema;

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

Bu düzeltmenin Laravel 5.4. * Belgeleriyle açıklaması :

Laravel, utf8mb4varsayılan olarak "emojileri" veritabanında saklamak için destek içeren karakter kümesini kullanır . 5.7.7 sürümünden daha eski bir MySQL sürümü veya 10.2.2 sürümünden daha eski bir MariaDB sürümü kullanıyorsanız, MySQL'in kendileri için dizin oluşturması için geçişler tarafından oluşturulan varsayılan dize uzunluğunu el ile yapılandırmanız gerekebilir. Bunu, Schema::defaultStringLengthiçindeki yöntemi çağırarak yapılandırabilirsiniz AppServiceProvider.

Alternatif olarak, innodb_large_prefixveritabanınız için seçeneği etkinleştirebilirsiniz . Bu seçeneğin uygun şekilde etkinleştirilmesine ilişkin talimatlar için veritabanınızın belgelerine bakın.

Hangi karakter kodlamasını kullanıyorsunuz? Bazı karakter kümeleri (UTF-16 ve diğerleri gibi) karakter başına birden fazla bayt kullanır.

Ben varchar (20) sadece 21 bayt gerektirirken varchar (500) sadece 501 bayt gerektirir. Yani toplam bayt sayısı 522, 767'den az. Neden hata mesajını aldım?

UTF8 , dizeyi saklamak için karakter başına 3 bayt gerektirir ; bu nedenle, durumunda 20 + 500 karakter = 20 * 3 + 500 * 3 = 1560 bayt, izin verilen 767 bayttan fazladır .

UTF8 için sınır 767/3 = 255 karakterdir , karakter başına 4 bayt kullanan UTF8mb4 için 767/4 = 191 karakterdir.

Sınırdan daha uzun sütun kullanmanız gerekiyorsa, bu soruna iki çözüm vardır:

1. Kullanım "ucuz" kodlama (karakterin başına daha az bayt gerektirir bir)
   Benim durumumda, ben sadece kullandıkça, yazının SEO dizesi içeren sütun üzerinde benzersiz bir dizin eklemek için gerekli [A-z0-9\-]kullandığım, SEO için karakterleri latin1_general_cikarakteri başına yalnızca bir bayt kullanan ve böylece sütun 767 bayt uzunluğa sahip olabilir.
2. Sütununuzdan karma oluşturun ve yalnızca bu konuda benzersiz bir dizin kullanın
   Benim için diğer seçenek SEO'nun karma değerini depolayacak başka bir sütun oluşturmaktı, bu sütun UNIQUESEO değerlerinin benzersiz olmasını sağlamak için anahtar olurdu . Ayrıca, aramayı KEYhızlandırmak için orijinal SEO sütununa dizin ekleyeceğim .

Neden hata mesajı aldığınızın cevabı burada birçok kullanıcı tarafından zaten cevaplandı. Cevabım nasıl düzeltileceği ve kullanıldığı hakkında.

Bu bağlantıdan bakın .

1. MySQL istemcisini (veya MariaDB istemcisini) açın. Bir komut satırı aracıdır.
2. Parolanızı soracak, doğru parolanızı girecektir.
3. Bu komutu kullanarak veritabanınızı seçin use my_database_name;

Veritabanı değişti

4. set global innodb_large_prefix=on;

Sorgu tamam, 0 satır etkilendi (0.00 sn)

5. set global innodb_file_format=Barracuda;

Sorgu tamam, 0 satır etkilendi (0,02 sn)

6. Kolay yönetim için phpMyAdmin veya bunun gibi bir veritabanında veritabanınıza gidin. > Veritabanı seçin> Tablo yapısını görüntüle > İşlemler sekmesine git . > ROW_FORMAT değerini DYNAMIC olarak değiştirin ve değişiklikleri kaydedin.
7. Tablonun yapı sekmesine gidin> Benzersiz düğmesini tıklayın.
8. Bitti. Şimdi hiçbir hata içermemelidir.

Bu düzeltmenin sorunu, db'yi başka bir sunucuya (örneğin localhost'tan gerçek ana bilgisayara) dışa aktarmanız ve bu sunucuda MySQL komut satırını kullanamamanızdır. Orada çalışmasını sağlayamazsınız.

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

Bu mesajı aldınız çünkü 1 byte sadece latin-1karakter setini kullanırsanız 1 karaktere eşittir . Eğer kullanırsanız utf8anahtar sütunu tanımlarken, her karakterin 3 bayt olarak kabul edilecektir. Eğer kullanırsanız utf8mb4, her karakterin anahtar sütunu tanımlarken 4 bayt olarak kabul edilecektir. Bu nedenle, anahtar alanın izin vermeye çalıştığı bayt sayısını belirlemek için anahtar alanınızın karakter sınırını 1, 3 veya 4 ile çarpmanız gerekir (örneğimde). Uft8mb4 kullanıyorsanız, yerel, InnoDB birincil anahtar alanı için yalnızca 191 karakter tanımlayabilirsiniz. Sadece 767 baytı ihlal etme.

uzun sütunların md5 sütununu ekleyebilirsiniz

İçe aktarma dosyanızda utf8mb4ile değiştirin utf8.

Utf8mb4 kullanarak bir VARCHAR (255) alanına UNIQUE dizini eklemeye çalışırken bu sorunla karşılaştık. Sorun burada daha iyi açıklanmış olsa da, bunu nasıl çözdüğümüz ve çözdüğümüze dair pratik öneriler eklemek istedim.

Utf8mb4 kullanıldığında, karakterler 4 bayt olarak sayılırken, utf8 altında 3 bayt olabilir. InnoDB veritabanlarının dizinlerinin yalnızca 767 bayt içerebileceği bir sınırı vardır. Dolayısıyla utf8 kullanırken 255 karakter (767/3 = 255) saklayabilirsiniz, ancak utf8mb4 kullanarak yalnızca 191 karakter (767/4 = 191) depolayabilirsiniz.

VARCHAR(255)Utf8mb4 kullanan alanlar için kesinlikle normal dizinler ekleyebiliyorsunuz , ancak olan şey, dizin boyutunun otomatik olarak 191 karakterde kesildiği - unique_keyburada olduğu gibi :

Bu iyidir, çünkü düzenli indeksler MySQL'in verilerinizde daha hızlı arama yapmasına yardımcı olmak için kullanılır. Tüm alanın dizine eklenmesi gerekmez.

Öyleyse, MySQL neden dizini normal dizinler için otomatik olarak kesiyor, ancak benzersiz dizinler için yapmaya çalışırken açık bir hata atıyor? MySQL'in eklenen veya güncellenen değerin zaten mevcut olup olmadığını anlayabilmesi için, sadece değerin bir kısmını değil, tüm değeri dizine eklemesi gerekir.

Günün sonunda, bir alanda benzersiz bir dizin oluşturmak istiyorsanız, alanın tüm içeriği dizine sığmalıdır. Utf8mb4 için bu, VARCHAR alan uzunluklarınızı 191 veya daha az karaktere düşürmek anlamına gelir. Bu tablo veya alan için utf8mb4'e ihtiyacınız yoksa, onu utf8'e geri bırakabilir ve 255 uzunluk alanınızı koruyabilirsiniz.

İşte benim orijinal cevabım:

Ben sadece veritabanı bırakın ve böyle yeniden oluşturun ve hata gitti:

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

Ancak, tüm durumlar için çalışmaz.

Aslında, VARCHAR sütunlarında karakter kümesiyle utf8(veya utf8mb4), belirli bir karakter uzunluğundan daha fazla VARCHAR sütunuyla dizinlerin kullanılması bir sorundur . Durumda utf8mb4, bu uzunluk 191'dir.

MySQL veritabanında uzun dizinlerin nasıl kullanılacağı hakkında daha fazla bilgi için lütfen bu makaledeki Uzun Dizin bölümüne bakın: http://hanoian.com/content/index.php/24-automate-the-converting-a-mysql-database- karakter kümesi-to-utf8mb4

5 geçici çözüm:

Sınır 5.7.7'de yükseltildi (MariaDB 10.2.2?). Ve 5.6 (10.1) 'de bir miktar çalışma ile arttırılabilir.

KARAKTER AYARI utf8mb4 kullanmaya çalıştığınız için sınıra ulaşıyorsanız. Ardından, hatayı önlemek için aşağıdakilerden birini yapın (her birinin bir dezavantajı vardır):

⚈  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

Bu sorunu şu şekilde çözdüm:

varchar(200) 

ile değiştirildi

varchar(191)

200'den fazla olan tüm varcharlar 191 ile değiştirilir veya metin ayarlanır.

Bu konuda biraz arama yaptım nihayet bazı özel değişiklikler aldım

MySQL çalışma tezgahı için 6.3.7 Versiyon Grafiksel ara faz mevcuttur

1. Workbench'i başlatın ve bağlantıyı seçin.
2. Yönetim veya Örnek'e gidin ve Seçenekler Dosyası'nı seçin.
3. Workbench sizden yapılandırma dosyasını okuma ve sonra iki kez Tamam'a basarak izin vermenizi isterse.
4. Merkez yerde Yönetici seçenekleri dosya penceresi gelir.
5. InnoDB sekmesine gidin ve Genel bölümünde işaretlenmemişse innodb_large_prefix'i kontrol edin.
6. innodb_default_row_format seçenek değerini DYNAMIC olarak ayarlayın.

6.3.7'nin altındaki Sürümler için doğrudan seçenekler mevcut değildir, bu nedenle komut istemine gitmeniz gerekir

1. CMD'yi yönetici olarak başlatın.
2. Mysql sunucusunun kurulu olduğu yönetmene git Çoğu durumda "C: \ Program Files \ MySQL \ MySQL Server 5.7 \ bin" dizininde komut "cd \" "cd Program Files \ MySQL \ MySQL Server 5.7 \ bin" olur.
3. Şimdi mysql -u userName -p databasescheema komutunu çalıştırın Şimdi ilgili kullanıcının şifresini istedi. Şifre sağlayın ve mysql istemine girin.
4. Bazı global ayarları, aşağıdaki komutları birer birer girerek ayarlamak zorundayız. Global innodb_large_prefix = on; set global innodb_file_format = barracuda; set global innodb_file_per_table = true;
5. Sonunda, gerekli tablonun ROW_FORMAT değerini varsayılan olarak COMPACT olarak değiştirmeliyiz, bunu COMPACT olarak DYNAMIC olarak ayarlamamız gerekir.
6. aşağıdaki komutu değiştir tabloyu kullan table_name ROW_FORMAT = DYNAMIC;
7. Bitti

Laravel 5.7 - 6.0 için

İzlenecek adımlar

1. Adresine gidin App\Providers\AppServiceProvider.php.
2. Bunu use Illuminate\Support\Facades\Schema;en üstteki sağlayıcıya ekleyin .
3. Önyükleme işlevinin içinde Bunu ekle Schema::defaultStringLength(191);

hepsi, tadını çıkarın.

harmanlamanızı değiştirin. Neredeyse tümünü destekleyen utf8_general_ci kullanabilirsiniz

Sadece değişen utf8mb4için utf8oluşturarak tablolar benim sorun çözüldü zaman. Örneğin: CREATE TABLE ... DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;- CREATE TABLE ... DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;.

Bunu düzeltmek için, bu benim için bir cazibe gibi çalışıyor.

ALTER DATABASE dbname CHARACTER SET utf8 COLLATE utf8_general_ci;

Aşağıda verilen sütuna dayanarak, bu 2 değişken dize sütunu utf8_general_ciharmanlamayı kullanmaktadır ( utf8karakter kümesi ima edilir).

MySQL, utf8karakter kümesi en fazla kullanan 3 bayt her bir karakter için. Bu nedenle, MySQL'in izin verdiği 767 bayttan çok daha büyük olan 500 * 3 = 1500 bayt tahsis edilmesi gerekir. Bu yüzden bu 1071 hatasını alıyorsunuz.

Diğer bir deyişle, karakter kümesini karakter kümesini bayt temsiline göre hesaplamanız gerekir, çünkü her karakter kümesi tek bir bayt temsilidir (tahmin ettiğiniz gibi.) utf8MySQL'de IE karakter başına en fazla 3 bayt kullanır, 767 / 3≈255 karakter ve utf8mb4en fazla 4 baytlık gösterim için 767 / 4≈191 karakter.

Ayrıca MySQL'in

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

Bu sorguyu, hangi sütunların maksimum uzunluğu ihlal eden bir dizin olduğunu saptamada yararlı buldum:

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')

Lütfen sql_modebunun gibi olup olmadığını kontrol edin

sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

öyleyse, olarak değiştir

sql_mode=NO_ENGINE_SUBSTITUTION

VEYA

my.cnf dosyanızı değiştirerek sunucunuzu yeniden başlatın (aşağıdakileri koyarak)

innodb_large_prefix=on

Benim durumumda, linux yeniden yönlendirme çıkış / giriş karakterlerini kullanarak bir veritabanını yedeklerken bu sorunu yaşadım. Bu nedenle, sözdizimini aşağıda açıklandığı gibi değiştiriyorum. PS: linux veya mac terminal kullanarak.

Yedekleme (> yönlendirme olmadan)

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

Geri yükle (<yönlendirme olmadan)

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

"Belirtilen anahtar çok uzun; maksimum anahtar uzunluğu 767 bayt" hatası basitçe kayboldu.

Endeks Uzunlukları ve MySQL / MariaDB

Laravel varsayılan olarak utf8mb4 karakter kümesini kullanır ve bu veritabanı veritabanında "emoji" depolamayı destekler . 5.7.7 sürümünden daha eski bir MySQL sürümü veya 10.2.2 sürümünden daha eski bir MariaDB sürümü kullanıyorsanız, MySQL'in kendileri için dizin oluşturması için geçişler tarafından oluşturulan varsayılan dize uzunluğunu el ile yapılandırmanız gerekebilir. AppServiceProvider içinde Schema :: defaultStringLength yöntemini çağırarak bunu yapılandırabilirsiniz :

use Illuminate\Support\Facades\Schema;

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

Alternatif olarak, veritabanınız için innodb_large_prefix seçeneğini etkinleştirebilirsiniz. Bu seçeneğin uygun şekilde etkinleştirilmesine ilişkin talimatlar için veritabanınızın belgelerine bakın.

Blogdan referans: https://www.scratchcode.io/specified-key-too-long-error-in-laravel/

Resmi laravel belgelerinden referans: https://laravel.com/docs/5.7/migrations

Şunun gibi bir şey oluşturuyorsanız:

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;

böyle bir şey olmalı

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;

ancak bu sütunun benzersizliğini koddan kontrol etmeniz veya varchar sütununun MD5 veya SHA1'i olarak yeni bir sütun eklemeniz gerekir

Önek sınırlamaları nedeniyle bu hata ortaya çıkar. 767 bayt, 5.7 öncesi MySQL sürümlerindeki InnoDB tabloları için belirtilen önek sınırlamasıdır. MyISAM tabloları için 1.000 bayt uzunluğunda. MySQL 5.7 ve sonraki sürümlerde bu sınır 3072 bayta çıkarıldı.

Hata vererek hizmette aşağıdakileri çalıştırmak sorununuzu çözmelidir. Bu MYSQL CLI içinde çalıştırılmalıdır.

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

Şikayetçi dizin alanının CHARSET değerini "latin1" olarak değiştirin,
yani ALTER TABLE tbl CHANGE myfield myfield varchar (600) KARAKTER SETİ latin1 VARSAYILAN BOŞ;
latin1 dört yerine bir karakter için bir bayt alır

innodb_log_file_sizeYakın zamanda değiştirdiyseniz , çalışan önceki değeri geri yüklemeyi deneyin.