เมื่อฉันดำเนินการคำสั่งต่อไปนี้:

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

ฉันได้รับข้อความแสดงข้อผิดพลาดนี้:

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

ข้อมูลเกี่ยวกับ column1 และ column2:

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

ฉันคิดว่าvarchar(20)ต้องการเพียง 21 ไบต์ในขณะที่varchar(500)ต้องใช้เพียง 501 ไบต์ ดังนั้นจำนวนไบต์ทั้งหมดคือ 522 น้อยกว่า 767 ดังนั้นทำไมฉันถึงได้รับข้อความแสดงข้อผิดพลาด

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

767 ไบต์เป็นข้อ จำกัด คำนำหน้าที่ระบุไว้สำหรับตาราง InnoDB ใน MySQL เวอร์ชัน 5.6 (และรุ่นก่อนหน้า) มีความยาว 1,000 ไบต์สำหรับตาราง MyISAM ใน MySQL เวอร์ชั่น 5.7 ขึ้นไปขีด จำกัด นี้เพิ่มขึ้นเป็น 3072 ไบต์

คุณต้องระวังด้วยว่าหากคุณตั้งค่าดัชนีในฟิลด์ char หรือ varchar ขนาดใหญ่ซึ่งเข้ารหัส utf8mb4 คุณต้องหารความยาวส่วนนำหน้าดัชนีสูงสุด 767 ไบต์ (หรือ 3072 ไบต์) 4 โดยส่งผลให้ 191 นี่เป็นเพราะ ความยาวสูงสุดของอักขระ utf8mb4 คือสี่ไบต์ สำหรับอักขระ utf8 จะเป็นสามไบต์ทำให้มีค่าส่วนนำหน้าดัชนีสูงสุดเท่ากับ 254

ทางเลือกหนึ่งที่คุณต้องทำก็เพียงแค่วางขีด จำกัด ล่างลงในช่อง VARCHAR

ตัวเลือกอื่น (ตามการตอบสนองต่อปัญหานี้ ) คือการได้รับส่วนย่อยของคอลัมน์มากกว่าจำนวนทั้งหมดเช่น:

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

ปรับแต่งตามที่คุณจำเป็นต้องได้รับกุญแจที่จะนำไปใช้ แต่ฉันสงสัยว่ามันจะคุ้มค่าที่จะตรวจสอบรูปแบบข้อมูลของคุณเกี่ยวกับองค์กรนี้เพื่อดูว่ามีการปรับปรุงที่จะช่วยให้คุณสามารถใช้กฎเกณฑ์ทางธุรกิจ

หากใครมีปัญหาเกี่ยวกับ INNODB / UTF-8 พยายามที่จะนำUNIQUEดัชนีบนสนามสลับไปVARCHAR(256) VARCHAR(255)ดูเหมือนว่า 255 เป็นข้อ จำกัด

เมื่อคุณถึงขีด จำกัด ตั้งค่าดังต่อไปนี้

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

MySQL ถือว่าตัวพิมพ์ใหญ่ที่สุดสำหรับจำนวนไบต์ต่ออักขระในสตริง สำหรับการเข้ารหัส MySQL 'utf8' นั่นคือ 3 ไบต์ต่อตัวอักษรเนื่องจากการเข้ารหัสนั้นไม่อนุญาตให้มีตัวอักษรเกินU+FFFFไบต์ต่อตัวละครตั้งแต่การเข้ารหัสที่ไม่อนุญาตให้ตัวละครเกิน สำหรับการเข้ารหัส MySQL 'utf8mb4' มันคือ 4 ไบต์ต่อตัวอักษรเพราะนั่นคือสิ่งที่ MySQL เรียก UTF-8 จริง

สมมติว่าคุณใช้ 'utf8' คอลัมน์แรกของคุณจะใช้ดัชนี 60 ไบต์และอีกอันที่สองคือ 1500

เรียกใช้แบบสอบถามนี้ก่อนที่แบบสอบถามของคุณ:

SET @@global.innodb_large_prefix = 1;

3072 bytesนี้จะเพิ่มการ จำกัด

โซลูชันสำหรับ Laravel Framework

ตามเอกสาร Laravel 5.4. * ; คุณต้องตั้งค่าความยาวสตริงเริ่มต้นภายในbootวิธีของapp/Providers/AppServiceProvider.phpไฟล์ดังนี้:

use Illuminate\Support\Facades\Schema;

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

คำอธิบายของการแก้ไขนี้กำหนดโดยเอกสาร Laravel 5.4. * :

Laravel ใช้utf8mb4ชุดอักขระตามค่าเริ่มต้นซึ่งรวมถึงการรองรับการจัดเก็บ "emojis" ในฐานข้อมูล หากคุณใช้งาน MySQL รุ่นเก่ากว่ารุ่น 5.7.7 หรือ MariaDB ที่เก่ากว่ารุ่น 10.2.2 คุณอาจต้องกำหนดค่าความยาวสตริงเริ่มต้นที่สร้างโดยการโอนย้ายด้วยตนเองเพื่อให้ MySQL สร้างดัชนีสำหรับพวกเขา คุณสามารถกำหนดค่านี้โดยการเรียกSchema::defaultStringLengthวิธีการภายในของคุณAppServiceProviderวิธีการภายในของคุณ

หรือคุณอาจเปิดใช้งานinnodb_large_prefixตัวเลือกสำหรับฐานข้อมูลของคุณ ดูเอกสารประกอบของฐานข้อมูลของคุณสำหรับคำแนะนำเกี่ยวกับวิธีการเปิดใช้งานตัวเลือกนี้อย่างถูกต้อง

คุณใช้การเข้ารหัสอักขระอะไร ชุดอักขระบางชุด (เช่น UTF-16 และอื่น ๆ ) ใช้มากกว่าหนึ่งไบต์ต่ออักขระ

ฉันคิดว่า varchar (20) ต้องการ 21 ไบต์เท่านั้นในขณะที่ varchar (500) ต้องการเพียง 501 ไบต์เท่านั้น ดังนั้นจำนวนไบต์ทั้งหมดคือ 522 น้อยกว่า 767 ดังนั้นทำไมฉันถึงได้รับข้อความแสดงข้อผิดพลาด

UTF8 ต้องการ 3 ไบต์ต่อตัวอักษรในการจัดเก็บสตริงดังนั้นในกรณีของคุณ 20 + 500 ตัวอักษร = 20 * 3 + 500 * 3 = 1,560ไบต์ซึ่งมากกว่า767 ที่อนุญาตไบต์ที่

ขีด จำกัด สำหรับ UTF8 คือ 767/3 = 255 อักขระสำหรับ UTF8mb4 ซึ่งใช้ 4 ไบต์ต่อตัวอักษรคือ 767/4 = 191 ตัวอักษร

มีวิธีแก้ไขปัญหานี้สองวิธีหากคุณต้องการใช้คอลัมน์ที่ยาวกว่าขีด จำกัด :

1. ใช้การเข้ารหัส "ถูกกว่า" (ที่ต้องใช้ไบต์น้อยต่อตัวอักษร)
   ในกรณีของฉันฉันต้องเพิ่มดัชนีที่ไม่ซ้ำในคอลัมน์ที่มีสตริงบทความของ SEO เนื่องจากฉันใช้[A-z0-9\-]ตัวอักษรเฉพาะสำหรับ SEO ฉันใช้latin1_general_ciซึ่งใช้เพียงหนึ่งไบต์ต่ออักขระ และคอลัมน์สามารถมีความยาว 767 ไบต์
2. สร้างแฮชจากคอลัมน์ของคุณและใช้ดัชนีที่ไม่ซ้ำกันเท่านั้น
   ตัวเลือกอื่น ๆ สำหรับฉันคือการสร้างคอลัมน์อื่นที่จะเก็บแฮชของ SEO คอลัมน์นี้จะมีUNIQUEคีย์เพื่อให้แน่ใจว่าค่า SEO นั้นไม่ซ้ำกัน ฉันจะเพิ่มKEYดัชนีในคอลัมน์ SEO เดิมเพื่อเพิ่มความเร็วในการค้นหา

คำตอบเกี่ยวกับสาเหตุที่คุณได้รับข้อความแสดงข้อผิดพลาดได้รับคำตอบจากผู้ใช้หลายคนแล้วที่นี่ คำตอบของฉันคือเกี่ยวกับวิธีการแก้ไขและใช้งานตามที่เป็นอยู่

อ้างอิงจากลิงค์นี้

1. เปิดไคลเอนต์ MySQL (หรือไคลเอนต์ MariaDB) มันเป็นเครื่องมือบรรทัดคำสั่ง
2. มันจะถามรหัสผ่านของคุณป้อนรหัสผ่านที่ถูกต้องของคุณ
3. เลือกฐานข้อมูลของคุณโดยใช้คำสั่งนี้ use my_database_name;

ฐานข้อมูลมีการเปลี่ยนแปลง

4. set global innodb_large_prefix=on;

การค้นหาตกลง 0 แถวที่ได้รับผลกระทบ (0.00 วินาที)

5. set global innodb_file_format=Barracuda;

การค้นหาตกลง 0 แถวที่ได้รับผลกระทบ (0.02 วินาที)

6. ไปที่ฐานข้อมูลของคุณบน phpMyAdmin หรืออะไรทำนองนั้นเพื่อการจัดการที่ง่าย > เลือกฐานข้อมูล> ดูโครงสร้างตาราง> ไปที่แท็บปฏิบัติการ > เปลี่ยนROW_FORMATเป็นDYNAMICและบันทึกการเปลี่ยนแปลง
7. ไปที่แท็บโครงสร้างของตาราง> คลิกที่ปุ่มที่ไม่ซ้ำกัน
8. เสร็จสิ้น ตอนนี้มันควรจะไม่มีข้อผิดพลาด

ปัญหาของการแก้ไขนี้คือถ้าคุณส่งออก db ไปยังเซิร์ฟเวอร์อื่น (เช่นจาก localhost ไปยังโฮสต์จริง) และคุณไม่สามารถใช้บรรทัดคำสั่ง MySQL ในเซิร์ฟเวอร์นั้น คุณไม่สามารถทำให้มันทำงานที่นั่น

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

คุณได้รับข้อความนั้นเนื่องจาก 1 ไบต์เท่ากับ 1 อักขระหากคุณใช้latin-1ชุดอักขระ หากคุณใช้utf8อักขระแต่ละตัวจะถูกพิจารณาว่ามี 3 ไบต์เมื่อกำหนดคอลัมน์คีย์ของคุณ หากคุณใช้utf8mb4อักขระแต่ละตัวจะถูกพิจารณาว่าเป็น 4 ไบต์เมื่อกำหนดคอลัมน์คีย์ของคุณ ดังนั้นคุณต้องเพิ่มจำนวนอักขระของเขตข้อมูลคีย์ของคุณด้วย 1, 3 หรือ 4 (ในตัวอย่างของฉัน) เพื่อกำหนดจำนวนไบต์ที่เขตข้อมูลคีย์พยายามอนุญาต หากคุณใช้ uft8mb4 คุณสามารถกำหนดอักขระได้เพียง 191 ตัวสำหรับฟิลด์ InnoDB, คีย์หลักดั้งเดิม อย่าฝ่าฝืน 767 ไบต์

คุณสามารถเพิ่มคอลัมน์ของ md5 ของคอลัมน์ยาวได้

แทนที่utf8mb4ด้วยutf8ในไฟล์นำเข้าของคุณ

เราพบปัญหานี้เมื่อพยายามเพิ่มดัชนี UNIQUE ไปยังเขตข้อมูล VARCHAR (255) โดยใช้ utf8mb4 ในขณะที่ปัญหาได้สรุปไว้ที่นี่แล้วฉันต้องการเพิ่มคำแนะนำที่เป็นประโยชน์สำหรับวิธีที่เราคิดออกและแก้ไขมัน

เมื่อใช้ utf8mb4 อักขระจะนับเป็น 4 ไบต์ในขณะที่อยู่ภายใต้ utf8 จะสามารถเป็น 3 ไบต์ ฐานข้อมูล InnoDB มีขีด จำกัด ที่ดัชนีสามารถมีได้เพียง 767 ไบต์ ดังนั้นเมื่อใช้ utf8 คุณสามารถเก็บ 255 ตัวอักษร (767/3 = 255) แต่การใช้ utf8mb4 คุณสามารถเก็บได้เพียง 191 ตัวอักษร (767/4 = 191)

คุณสามารถเพิ่มดัชนีปกติสำหรับVARCHAR(255)ฟิลด์โดยใช้ utf8mb4 ได้ แต่สิ่งที่เกิดขึ้นคือขนาดดัชนีจะถูกตัดเหลือที่ 191 อักขระโดยอัตโนมัติ - เช่นเดียวกับunique_keyที่นี่:

สิ่งนี้ดีเพราะดัชนีปกติใช้เพื่อช่วยให้ MySQL ค้นหาข้อมูลของคุณได้เร็วขึ้น ไม่จำเป็นต้องทำดัชนีฟิลด์ทั้งหมด

ดังนั้นเหตุใด MySQL จึงตัดทอนดัชนีโดยอัตโนมัติสำหรับดัชนีปกติ แต่เกิดข้อผิดพลาดอย่างชัดเจนเมื่อพยายามทำดัชนีเฉพาะ? เพื่อให้ MySQL สามารถเข้าใจได้ว่ามีการแทรกหรืออัพเดทค่าอยู่หรือไม่นั้นจำเป็นต้องสร้างดัชนีทั้งมูลค่าและไม่ใช่เพียงส่วนหนึ่งของมัน

ในตอนท้ายของวันหากคุณต้องการมีดัชนีที่ไม่ซ้ำกันในเขตข้อมูลเนื้อหาทั้งหมดของเขตข้อมูลจะต้องพอดีกับดัชนี สำหรับ utf8mb4 หมายถึงการลดความยาวฟิลด์ VARCHAR ของคุณเป็น 191 อักขระหรือน้อยกว่า หากคุณไม่ต้องการ utf8mb4 สำหรับตารางหรือเขตข้อมูลนั้นคุณสามารถวางกลับไปที่ utf8 และสามารถเก็บฟิลด์ความยาว 255 ฟิลด์ของคุณได้

นี่คือคำตอบเดิมของฉัน:

ฉันเพิ่งวางฐานข้อมูลและสร้างใหม่เช่นนี้และข้อผิดพลาดหายไป:

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

อย่างไรก็ตามมันไม่สามารถใช้ได้กับทุกกรณี

เป็นปัญหาของการใช้ดัชนีในคอลัมน์ VARCHAR กับชุดอักขระutf8(หรือ utf8mb4) พร้อมกับคอลัมน์ VARCHAR ที่มีความยาวมากกว่าอักขระที่กำหนด ในกรณีของutf8mb4ความยาวนั้นคือ 191

โปรดดูส่วน Long Index ในบทความนี้สำหรับข้อมูลเพิ่มเติมวิธีใช้ดัชนีแบบยาวในฐานข้อมูล MySQL: http://hanoian.com/content/index.php/24-automate-the-converting-a-mysql-database- ตัวตั้งเพื่อ utf8mb4

5 วิธีแก้ไข:

ขีด จำกัด เพิ่มขึ้นใน 5.7.7 (MariaDB 10.2.2?) และสามารถเพิ่มขึ้นได้ด้วยการทำงานบางอย่างใน 5.6 (10.1)

หากคุณกดปุ่มขีด จำกัด เนื่องจากพยายามใช้ CHARACTER SET utf8mb4 จากนั้นทำอย่างใดอย่างหนึ่งต่อไปนี้ (แต่ละรายการมีข้อบกพร่อง) เพื่อหลีกเลี่ยงข้อผิดพลาด:

⚈  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

ฉันแก้ไขปัญหานี้ด้วย:

varchar(200) 

แทนที่ด้วย

varchar(191)

varchar ทั้งหมดที่มีมากกว่า 200 รายการแทนที่ด้วย 191 หรือตั้งเป็นข้อความ

ในที่สุดฉันก็ทำการค้นหาในหัวข้อนี้ได้รับการเปลี่ยนแปลงที่กำหนดเอง

สำหรับ MySQL workbench 6.3.7 เวอร์ชัน Graphical inter phase สามารถใช้ได้

1. เริ่ม Workbench และเลือกการเชื่อมต่อ
2. ไปที่การจัดการหรืออินสแตนซ์และเลือกไฟล์ตัวเลือก
3. ถ้า Workbench ขออนุญาตให้คุณอ่านไฟล์การกำหนดค่าจากนั้นอนุญาตโดยกดตกลงสองครั้ง
4. ที่จุดกึ่งกลางหน้าต่างไฟล์ตัวเลือกผู้ดูแลระบบมา
5. ไปที่แท็บ InnoDB และตรวจสอบ innodb_large_prefix หากไม่ได้ตรวจสอบในส่วนทั่วไป
6. ตั้งค่าตัวเลือก innodb_default_row_format เป็น DYNAMIC

สำหรับรุ่นที่ต่ำกว่า 6.3.7 ตัวเลือกโดยตรงไม่สามารถใช้งานได้ดังนั้นจำเป็นต้องใช้พรอมต์คำสั่ง

1. เริ่ม CMD ในฐานะผู้ดูแลระบบ
2. ไปที่ผู้กำกับที่ติดตั้งเซิร์ฟเวอร์ mysql ส่วนใหญ่จะอยู่ที่ "C: \ Program Files \ MySQL \ MySQL เซิร์ฟเวอร์ 5.7 \ bin" ดังนั้นคำสั่งคือ "cd \" "cd โปรแกรม Files \ MySQL \ MySQL Server 5.7 \ bin"
3. ตอนนี้เรียกใช้คำสั่ง mysql -u ชื่อผู้ใช้ -p ฐานข้อมูลตอนนี้มันถามรหัสผ่านของผู้ใช้ที่เกี่ยวข้อง ระบุรหัสผ่านและป้อนในพรอมต์ mysql
4. เราต้องตั้งค่าส่วนกลางบางอย่างป้อนคำสั่งด้านล่างทีละหนึ่งชุด global innodb_large_prefix = on ตั้งค่า innodb_file_format = barracuda ทั่วโลก; ตั้งค่าส่วนกลาง innodb_file_per_table = true
5. ตอนนี้ในที่สุดเราต้องเปลี่ยน ROW_FORMAT ของตารางที่ต้องการโดยปริยายของมันขนาดกะทัดรัดเราต้องตั้งค่าเป็น DYNAMIC
6. ใช้คำสั่งดังต่อไปนี้แก้ไขตาราง table_name ROW_FORMAT = DYNAMIC;
7. เสร็จสิ้น

สำหรับ laravel 5.7ถึง6.0

ขั้นตอนในการติดตาม

1. ไปที่ App\Providers\AppServiceProvider.phpไปที่
2. เพิ่มไปยังผู้ให้บริการ use Illuminate\Support\Facades\Schema;ด้านบน
3. ภายในฟังก์ชั่นการบู๊ตเพิ่มสิ่งนี้ Schema::defaultStringLength(191);

สนุกได้เลย

เปลี่ยนการเปรียบเทียบของคุณ คุณสามารถใช้utf8_general_ciที่รองรับได้เกือบทั้งหมด

เพียงเปลี่ยนutf8mb4เป็นutf8เมื่อสร้างตารางแก้ปัญหาของฉัน ตัวอย่างเช่นการCREATE TABLE ... DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;CREATE TABLE ... DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;

เพื่อแก้ไขปัญหานี้ได้ผลกับฉันเหมือนมีเสน่ห์

ALTER DATABASE dbname CHARACTER SET utf8 COLLATE utf8_general_ci;

ขึ้นอยู่กับคอลัมน์ที่ระบุด้านล่างคอลัมน์สตริง 2 ตัวแปรเหล่านั้นกำลังใช้การutf8_general_ciเรียง ( utf8โดยนัยคือ charset)

ใน MySQL utf8ชุดอักขระจะใช้สูงสุด3 ไบต์สำหรับอักขระแต่ละตัว ดังนั้นจึงจำเป็นต้องจัดสรร 500 * 3 = 1500 ไบต์ซึ่งมากกว่า MySQL 767 ไบต์อนุญาต นั่นเป็นเหตุผลที่คุณได้รับข้อผิดพลาด 1,071 นี้

กล่าวอีกนัยหนึ่งคุณต้องคำนวณการนับจำนวนอักขระตามการแทนค่าไบต์ของชุดอักขระเนื่องจากไม่ใช่ชุดอักขระทุกชุดเป็นการแทนค่าไบต์เดียว (ตามที่คุณสันนิษฐาน) IE utf8ใน MySQL ใช้งานได้สูงสุด 3 ไบต์ต่อตัวอักษร, 767 / 3≈255 อักขระและสำหรับutf8mb4การแทนข้อมูลแบบ 4 ไบต์สูงสุด 767/419191 ตัวอักษร

เป็นที่รู้จักกันว่า MySQL

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

ฉันพบว่าแบบสอบถามนี้มีประโยชน์ในการตรวจสอบว่าคอลัมน์ใดมีดัชนีที่ละเมิดความยาวสูงสุด:

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

กรุณาตรวจสอบว่าsql_modeเป็นเช่น

sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

ถ้าเป็นให้เปลี่ยนเป็น

sql_mode=NO_ENGINE_SUBSTITUTION

หรือ

รีสตาร์ทเซิร์ฟเวอร์ของคุณเปลี่ยนไฟล์ my.cnf ของคุณ (การติดตาม)

innodb_large_prefix=on

ในกรณีของฉันฉันมีปัญหานี้เมื่อฉันสำรองข้อมูลฐานข้อมูลโดยใช้อักขระเอาต์พุต / อินพุตอินพุตการเปลี่ยนเส้นทางของ linux ดังนั้นฉันจะเปลี่ยนไวยากรณ์ตามที่อธิบายไว้ด้านล่าง PS: ใช้ terminal linux หรือ mac

สำรองข้อมูล (ไม่มี> การเปลี่ยนเส้นทาง)

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

กู้คืน (ไม่มี <การเปลี่ยนเส้นทาง)

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

ข้อผิดพลาด "คีย์ที่ระบุยาวเกินไปความยาวสูงสุดของคีย์คือ 767 ไบต์" ง่ายหายไป

ความยาวของดัชนี & MySQL / MariaDB

Laravel ใช้อักขระ utf8mb4 ที่ตั้งไว้ตามค่าเริ่มต้นซึ่งรวมถึงการรองรับการจัดเก็บ"emojis"ในฐานข้อมูล หากคุณใช้งาน MySQL รุ่นเก่ากว่ารุ่น 5.7.7 หรือ MariaDB ที่เก่ากว่ารุ่น 10.2.2 คุณอาจต้องกำหนดค่าความยาวสตริงเริ่มต้นที่สร้างโดยการโอนย้ายด้วยตนเองเพื่อให้ MySQL สร้างดัชนีสำหรับพวกเขา คุณสามารถกำหนดค่านี้ได้โดยการเรียกวิธีSchema :: defaultStringLengthภายในAppServiceProviderของคุณ:

use Illuminate\Support\Facades\Schema;

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

หรือคุณอาจเปิดใช้งานตัวเลือก innodb_large_prefix สำหรับฐานข้อมูลของคุณ ดูเอกสารประกอบของฐานข้อมูลของคุณสำหรับคำแนะนำเกี่ยวกับวิธีการเปิดใช้งานตัวเลือกนี้อย่างถูกต้อง

การอ้างอิงจากบล็อก: https://www.scratchcode.io/specified-key-too-long-error-in-laravel/

การอ้างอิงจากเอกสาร laravel อย่างเป็นทางการ: https://laravel.com/docs/5.7/migrations

หากคุณกำลังสร้างสิ่งที่ชอบ:

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;

มันควรเป็นสิ่งที่ชอบ

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;

แต่คุณต้องตรวจสอบเอกลักษณ์ของคอลัมน์นั้นจากรหัสหรือเพิ่มคอลัมน์ใหม่เป็น MD5 หรือ SHA1 ของคอลัมน์ varchar

เนื่องจากข้อ จำกัด ส่วนนำหน้าข้อผิดพลาดนี้จะเกิดขึ้น 767 ไบต์เป็นข้อ จำกัด คำนำหน้าที่ระบุไว้สำหรับตาราง InnoDB ในรุ่น MySQL ก่อน 5.7 มีความยาว 1,000 ไบต์สำหรับตาราง MyISAM ใน MySQL เวอร์ชั่น 5.7 ขึ้นไปขีด จำกัด นี้เพิ่มขึ้นเป็น 3072 ไบต์

การดำเนินการต่อไปนี้ในบริการที่ให้ข้อผิดพลาดแก่คุณควรแก้ไขปัญหาของคุณ สิ่งนี้จะต้องถูกเรียกใช้ใน MYSQL CLI

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

เปลี่ยน CHARSET ของฟิลด์ดัชนีบ่นเป็น "latin1"
เช่นเปลี่ยนตาราง tbl เปลี่ยน myfield myfield varchar (600) ชุดอักขระ latin1 ค่าเริ่มต้น NULL;
latin1 ใช้เวลาหนึ่งไบต์สำหรับอักขระหนึ่งตัวแทนที่จะเป็นสี่ตัว

หากคุณมีการเปลี่ยนแปลงinnodb_log_file_sizeเมื่อเร็ว ๆ นี้ลองคืนค่าก่อนหน้าซึ่งทำงานได้