Khi tôi thực hiện lệnh sau:

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

Tôi nhận được thông báo lỗi này:

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

Thông tin về cột1 và cột2:

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

Tôi nghĩ rằng varchar(20)chỉ cần 21 byte trong khi varchar(500)chỉ yêu cầu 501 byte. Vậy tổng số byte là 522, nhỏ hơn 767. Vậy tại sao tôi lại nhận được thông báo lỗi?

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

767 byte là giới hạn tiền tố đã nêu cho các bảng InnoDB trong phiên bản MySQL 5.6 (và các phiên bản trước). Nó dài 1.000 byte cho các bảng MyISAM. Trong phiên bản MySQL 5.7 trở lên, giới hạn này đã được tăng lên 3072 byte.

Bạn cũng phải lưu ý rằng nếu bạn đặt chỉ mục trên trường char hoặc varchar lớn được mã hóa utf8mb4, bạn phải chia độ dài tiền tố chỉ mục tối đa là 767 byte (hoặc 3072 byte) cho 4 kết quả là 191. Điều này là do độ dài tối đa của một ký tự utf8mb4 là bốn byte. Đối với một ký tự utf8, nó sẽ là ba byte dẫn đến độ dài tiền tố chỉ mục tối đa là 254.

Một tùy chọn bạn có là chỉ đặt giới hạn thấp hơn trên các trường VARCHAR của bạn.

Một tùy chọn khác (theo phản hồi cho vấn đề này ) là lấy tập hợp con của cột thay vì toàn bộ số tiền, nghĩa là:

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

Tinh chỉnh khi bạn cần lấy chìa khóa để áp dụng, nhưng tôi tự hỏi liệu có đáng để xem lại mô hình dữ liệu của mình về thực thể này để xem liệu có những cải tiến nào cho phép bạn thực hiện các quy tắc kinh doanh dự định mà không đạt giới hạn MySQL không.

Nếu bất cứ ai gặp vấn đề với INNODB / Utf-8 đang cố gắng đặt UNIQUEchỉ mục trên một VARCHAR(256)trường, hãy chuyển nó sang VARCHAR(255). Có vẻ như 255 là giới hạn.

Khi bạn đạt đến giới hạn. Đặt như sau.

• NỔI BẬT utf8 VARCHAR(255)
• NỔI BẬT utf8mb4 VARCHAR(191)

MySQL giả định trường hợp xấu nhất cho số byte trên mỗi ký tự trong chuỗi. Đối với mã hóa 'utf8' của MySQL, đó là 3 byte cho mỗi ký tự vì mã hóa đó không cho phép các ký tự vượt quá U+FFFF. Đối với mã hóa 'utf8mb4' của MySQL, đó là 4 byte cho mỗi ký tự, vì đó là thứ mà MySQL gọi là UTF-8 thực tế.

Vì vậy, giả sử bạn đang sử dụng 'utf8', cột đầu tiên của bạn sẽ lấy 60 byte chỉ mục và 1500 thứ hai của bạn.

chạy truy vấn này trước khi truy vấn của bạn:

SET @@global.innodb_large_prefix = 1;

điều này sẽ tăng giới hạn đến 3072 bytes.

Giải pháp cho khung làm việc

Theo tài liệu của Laravel 5.4. * ; Bạn phải đặt độ dài chuỗi mặc định bên trong bootphương thức của app/Providers/AppServiceProvider.phptệp như sau:

use Illuminate\Support\Facades\Schema;

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

Giải thích về sửa chữa này, được đưa ra bởi tài liệu của Laravel 5.4. * :

Laravel sử dụng bộ utf8mb4ký tự theo mặc định, bao gồm hỗ trợ lưu trữ "biểu tượng cảm xúc" trong cơ sở dữ liệu. Nếu bạn đang chạy phiên bản MySQL cũ hơn bản phát hành 5.7.7 hoặc MariaDB cũ hơn bản phát hành 10.2.2, bạn có thể cần phải định cấu hình thủ công độ dài chuỗi mặc định được tạo bởi di chuyển để MySQL tạo chỉ mục cho chúng. Bạn có thể cấu hình điều này bằng cách gọi Schema::defaultStringLengthphương thức trong của bạn AppServiceProvider.

Ngoài ra, bạn có thể kích hoạt innodb_large_prefixtùy chọn cho cơ sở dữ liệu của bạn. Tham khảo tài liệu của cơ sở dữ liệu của bạn để biết hướng dẫn về cách bật tùy chọn này.

Bạn đang sử dụng mã hóa ký tự nào? Một số bộ ký tự (như UTF-16, et cetera) sử dụng nhiều hơn một byte cho mỗi ký tự.

Tôi nghĩ varchar (20) chỉ yêu cầu 21 byte trong khi varchar (500) chỉ yêu cầu 501 byte. Vậy tổng số byte là 522, nhỏ hơn 767. Vậy tại sao tôi lại nhận được thông báo lỗi?

UTF8 yêu cầu 3 byte cho mỗi ký tự để lưu trữ chuỗi, vì vậy trong trường hợp của bạn, 20 + 500 ký tự = 20 * 3 + 500 * 3 = 1560 byte nhiều hơn mức 767 byte cho phép .

Giới hạn cho UTF8 là 767/3 = 255 ký tự , đối với UTF8mb4 sử dụng 4 byte cho mỗi ký tự là 767/4 = 191 ký tự.

Có hai giải pháp cho vấn đề này nếu bạn cần sử dụng cột dài hơn giới hạn:

1. Sử dụng mã hóa "rẻ hơn" (loại yêu cầu ít byte hơn cho mỗi ký tự)
   Trong trường hợp của tôi, tôi cần thêm Chỉ mục duy nhất trên cột chứa chuỗi bài viết SEO, vì tôi chỉ sử dụng các [A-z0-9\-]ký tự cho SEO, tôi latin1_general_cichỉ sử dụng một byte cho mỗi ký tự và vì vậy cột có thể có độ dài 767 byte.
2. Tạo hàm băm từ cột của bạn và chỉ sử dụng chỉ mục duy nhất trên đó
   Tùy chọn khác đối với tôi là tạo một cột khác lưu trữ hàm băm của SEO, cột này sẽ có UNIQUEkhóa để đảm bảo giá trị SEO là duy nhất. Tôi cũng sẽ thêm KEYchỉ mục vào cột SEO ban đầu để tăng tốc độ tra cứu.

Câu trả lời về lý do tại sao bạn nhận được thông báo lỗi đã được trả lời bởi nhiều người dùng ở đây. Câu trả lời của tôi là về cách sửa chữa và sử dụng nó như nó được.

Tham khảo từ liên kết này .

1. Mở máy khách MySQL (hoặc máy khách MariaDB). Nó là một công cụ dòng lệnh.
2. Nó sẽ hỏi mật khẩu của bạn, nhập mật khẩu chính xác của bạn.
3. Chọn cơ sở dữ liệu của bạn bằng cách sử dụng lệnh này use my_database_name;

Cơ sở dữ liệu đã thay đổi

4. set global innodb_large_prefix=on;

Truy vấn OK, 0 hàng bị ảnh hưởng (0,00 giây)

5. set global innodb_file_format=Barracuda;

Truy vấn OK, 0 hàng bị ảnh hưởng (0,02 giây)

6. Truy cập cơ sở dữ liệu của bạn trên phpMyAdmin hoặc một cái gì đó tương tự để quản lý dễ dàng. > Chọn cơ sở dữ liệu> Xem cấu trúc bảng > Chuyển đến tab Hoạt động . > Thay đổi ROW_FORMAT thành NĂNG ĐỘNG và lưu các thay đổi.
7. Chuyển đến tab cấu trúc của bảng > Nhấp vào nút Unique .
8. Làm xong. Bây giờ nó không có lỗi.

Vấn đề của sửa lỗi này là nếu bạn xuất db sang máy chủ khác (ví dụ từ localhost sang máy chủ thực) và bạn không thể sử dụng dòng lệnh MySQL trong máy chủ đó. Bạn không thể làm cho nó hoạt động ở đó.

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

Bạn nhận được thông báo đó vì 1 byte chỉ bằng 1 ký tự nếu bạn sử dụng bộ latin-1ký tự. Nếu bạn sử dụng utf8, mỗi ký tự sẽ được coi là 3 byte khi xác định cột khóa của bạn. Nếu bạn sử dụng utf8mb4, mỗi ký tự sẽ được coi là 4 byte khi xác định cột khóa của bạn. Do đó, bạn cần nhân giới hạn ký tự của trường khóa của mình với, 1, 3 hoặc 4 (trong ví dụ của tôi) để xác định số byte mà trường khóa đang cố gắng cho phép. Nếu bạn đang sử dụng uft8mb4, bạn chỉ có thể xác định 191 ký tự cho trường gốc, InnoDB, khóa chính. Chỉ cần không vi phạm 767 byte.

Thay thế utf8mb4bằng utf8trong tập tin nhập khẩu của bạn.

bạn có thể thêm một cột trong md5 của các cột dài

Chúng tôi đã gặp phải sự cố này khi cố gắng thêm chỉ mục UNIQUE vào trường VARCHAR (255) bằng utf8mb4. Mặc dù vấn đề đã được nêu rõ ở đây rồi, tôi muốn thêm một số lời khuyên thiết thực cho cách chúng tôi tìm ra vấn đề này và giải quyết nó.

Khi sử dụng utf8mb4, các ký tự được tính là 4 byte, trong khi dưới utf8, chúng có thể là 3 byte. Cơ sở dữ liệu InnoDB có một giới hạn là các chỉ mục chỉ có thể chứa 767 byte. Vì vậy, khi sử dụng utf8, bạn có thể lưu trữ 255 ký tự (767/3 = 255), nhưng sử dụng utf8mb4, bạn chỉ có thể lưu trữ 191 ký tự (767/4 = 191).

Bạn hoàn toàn có thể thêm các chỉ mục thông thường cho VARCHAR(255)các trường bằng utf8mb4, nhưng điều xảy ra là kích thước chỉ mục được tự động cắt ở mức 191 ký tự - như unique_keyở đây:

Điều này là tốt, bởi vì các chỉ mục thông thường chỉ được sử dụng để giúp MySQL tìm kiếm thông qua dữ liệu của bạn nhanh hơn. Toàn bộ lĩnh vực không cần phải được lập chỉ mục.

Vì vậy, tại sao MySQL tự động cắt chỉ mục cho các chỉ mục thông thường, nhưng lại đưa ra một lỗi rõ ràng khi cố gắng làm điều đó cho các chỉ mục duy nhất? Chà, để MySQL có thể tìm ra nếu giá trị được chèn hoặc cập nhật đã tồn tại, nó cần phải thực sự lập chỉ mục cho toàn bộ giá trị và không chỉ là một phần của nó.

Vào cuối ngày, nếu bạn muốn có một chỉ mục duy nhất trên một trường, toàn bộ nội dung của trường phải phù hợp với chỉ mục. Đối với utf8mb4, điều này có nghĩa là giảm độ dài trường VARCHAR của bạn xuống còn 191 ký tự hoặc ít hơn. Nếu bạn không cần utf8mb4 cho bảng hoặc trường đó, bạn có thể thả nó trở lại utf8 và có thể giữ các trường có độ dài 255 của bạn.

Đây là câu trả lời ban đầu của tôi:

Tôi chỉ cần bỏ cơ sở dữ liệu và tạo lại như thế này và lỗi đã biến mất:

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

Tuy nhiên, nó không hoạt động cho tất cả các trường hợp.

Đây thực sự là một vấn đề của việc sử dụng các chỉ mục trên các cột VARCHAR với bộ ký tự utf8(hoặc utf8mb4), với các cột VARCHAR có nhiều độ dài ký tự nhất định. Trong trường hợp utf8mb4, độ dài nhất định là 191.

Vui lòng tham khảo phần Chỉ mục dài trong bài viết này để biết thêm thông tin về cách sử dụng các chỉ mục dài trong cơ sở dữ liệu MySQL: http://hanoian.com/content/index.php/24-automate-the-converting-a-mysql-database- ký tự-set-to-utf8mb4

5 cách giải quyết:

Giới hạn đã được nâng lên trong 5.7.7 (MariaDB 10.2.2?). Và nó có thể được tăng lên với một số công việc trong 5.6 (10.1).

Nếu bạn đang đạt giới hạn vì cố gắng sử dụng CHARACTER SET utf8mb4. Sau đó thực hiện một trong các thao tác sau (mỗi cách có một nhược điểm) để tránh lỗi:

⚈  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

Tôi đã sửa vấn đề này với:

varchar(200) 

thay thế bằng

varchar(191)

tất cả các varchar có hơn 200 thay thế chúng bằng 191 hoặc đặt chúng thành văn bản.

Tôi đã thực hiện một số tìm kiếm về chủ đề này cuối cùng đã có một số thay đổi tùy chỉnh

Đối với bàn làm việc MySQL 6.3.7 Phiên bản pha đồ ​​họa có sẵn

1. Bắt đầu Workbench và chọn kết nối.
2. Đi đến quản lý hoặc sơ thẩm và chọn Tệp tùy chọn.
3. Nếu Workbench yêu cầu bạn cho phép đọc tệp cấu hình và sau đó cho phép nó bằng cách nhấn OK hai lần.
4. Tại trung tâm nơi tùy chọn Quản trị viên cửa sổ tệp đến.
5. Chuyển đến tab InnoDB và kiểm tra innodb_large_prefix nếu nó không được kiểm tra trong phần Chung.
6. đặt giá trị tùy chọn innodb_default_row_format thành NĂNG ĐỘNG.

Đối với các Phiên bản bên dưới 6.3.7, các tùy chọn trực tiếp không khả dụng, vì vậy cần phải đi với dấu nhắc lệnh

1. Bắt đầu CMD với tư cách quản trị viên.
2. Chuyển đến giám đốc nơi cài đặt máy chủ mysql Hầu hết các trường hợp tại "C: \ Program Files \ MySQL \ MySQL Server 5.7 \ bin" vì vậy lệnh là "cd \" "cd Chương trình tập tin \ MySQL \ MySQL Server 5.7 \ bin".
3. Bây giờ Chạy lệnh mysql -u userName -p cơ sở dữ liệu Bây giờ nó yêu cầu mật khẩu của người dùng tương ứng. Cung cấp mật khẩu và nhập vào dấu nhắc mysql.
4. Chúng ta phải thiết lập một số cài đặt toàn cục, nhập từng lệnh bên dưới từng bộ một innodb_large_prefix = on; đặt innodb_file_format = barracuda toàn cầu; đặt innodb_file_per_table toàn cầu = true;
5. Bây giờ, cuối cùng chúng ta phải thay đổi ROW_FORMAT của bảng được yêu cầu theo mặc định COMPACT của nó, chúng ta phải đặt nó thành NĂNG ĐỘNG.
6. sử dụng lệnh sau đây thay đổi bảng tên_bảng ROW_FORMAT = DYNAMIC;
7. Làm xong

Đối với ấu trùng 5.7 đến 6.0

Các bước để làm theo

1. Tới App\Providers\AppServiceProvider.php.
2. Thêm điều này để cung cấp use Illuminate\Support\Facades\Schema;trong đầu.
3. Bên trong chức năng Boot Thêm cái này Schema::defaultStringLength(191);

đó là tất cả, thưởng thức.

thay đổi đối chiếu của bạn. Bạn có thể sử dụng utf8_general_ci hỗ trợ hầu hết tất cả

Chỉ cần thay đổi utf8mb4để utf8khi tạo bảng giải quyết vấn đề của tôi. Ví dụ: CREATE TABLE ... DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_unicode_ci;đến CREATE TABLE ... DEFAULT CHARSET=utf8 COLLATE=utf8_unicode_ci;.

Để khắc phục điều đó, điều này làm việc cho tôi như một nét duyên dáng.

ALTER DATABASE dbname CHARACTER SET utf8 COLLATE utf8_general_ci;

Dựa trên cột được đưa ra dưới đây, 2 cột chuỗi biến đó đang sử dụng utf8_general_ciđối chiếu (bộ utf8ký tự được ngụ ý).

Trong MySQL, bộ utf8ký tự sử dụng tối đa 3 byte cho mỗi ký tự. Do đó, nó sẽ cần phân bổ 500 * 3 = 1500 byte, lớn hơn nhiều so với 767 byte mà MySQL cho phép. Đó là lý do tại sao bạn nhận được lỗi 1071 này.

Nói cách khác, bạn cần tính toán số ký tự dựa trên biểu diễn byte của bộ ký tự vì không phải mọi bộ ký tự là một biểu diễn byte đơn (như bạn đoán.) IE utf8trong MySQL sử dụng tối đa 3 byte cho mỗi ký tự, 767 / 3≈255 các ký tự và cho utf8mb4, đại diện tối đa 4 byte, 767 / 4≈191 ký tự.

Người ta cũng biết rằng MySQL

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

Tôi thấy truy vấn này hữu ích trong việc phát hiện cột nào có chỉ mục vi phạm độ dài tối đa:

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

Vui lòng kiểm tra nếu sql_modegiống

sql_mode=NO_ENGINE_SUBSTITUTION,STRICT_TRANS_TABLES

nếu có, đổi thành

sql_mode=NO_ENGINE_SUBSTITUTION

HOẶC LÀ

khởi động lại máy chủ của bạn thay đổi tập tin my.cnf của bạn (đặt sau)

innodb_large_prefix=on

Trong trường hợp của tôi, tôi gặp vấn đề này khi sao lưu cơ sở dữ liệu bằng cách sử dụng các ký tự đầu ra / đầu vào chuyển hướng linux. Do đó, tôi thay đổi cú pháp như mô tả dưới đây. PS: sử dụng thiết bị đầu cuối linux hoặc mac.

Sao lưu (không có> chuyển hướng)

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

Khôi phục (không có <redirect)

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

Lỗi "Khóa được chỉ định quá dài; độ dài khóa tối đa là 767 byte" đơn giản biến mất.

Độ dài chỉ mục & MySQL / MariaDB

Laravel sử dụng ký tự utf8mb4 được đặt theo mặc định, bao gồm hỗ trợ lưu trữ "biểu tượng cảm xúc" trong cơ sở dữ liệu. Nếu bạn đang chạy phiên bản MySQL cũ hơn bản phát hành 5.7.7 hoặc MariaDB cũ hơn bản phát hành 10.2.2, bạn có thể cần phải định cấu hình thủ công độ dài chuỗi mặc định được tạo bởi di chuyển để MySQL tạo chỉ mục cho chúng. Bạn có thể định cấu hình điều này bằng cách gọi phương thức Schema :: defaultStringL wavel trong AppServiceProvider của bạn :

use Illuminate\Support\Facades\Schema;

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

Ngoài ra, bạn có thể bật tùy chọn innodb_large_prefix cho cơ sở dữ liệu của mình. Tham khảo tài liệu của cơ sở dữ liệu của bạn để biết hướng dẫn về cách bật tùy chọn này.

Tham khảo từ blog: https://www.scratchcode.io/specified-key-too-long-error-in-laravel/

Tham khảo từ tài liệu chính thức của laravel: https://laravel.com/docs/5.7/migations

Nếu bạn đang tạo một cái gì đó như:

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;

nó phải giống như

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;

nhưng bạn cần kiểm tra tính duy nhất của cột đó từ mã hoặc thêm một cột mới dưới dạng MD5 hoặc SHA1 của cột varchar

Do giới hạn tiền tố, lỗi này sẽ xảy ra. 767 byte là giới hạn tiền tố đã nêu cho các bảng InnoDB trong các phiên bản MySQL trước 5.7. Nó dài 1.000 byte cho các bảng MyISAM. Trong phiên bản MySQL 5.7 trở lên, giới hạn này đã được tăng lên 3072 byte.

Chạy phần sau trên dịch vụ cung cấp cho bạn lỗi sẽ giải quyết vấn đề của bạn. Điều này phải được chạy trong MYSQL CLI.

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

Thay đổi CHARSET của trường chỉ mục phàn nàn thành "latin1"
tức là ALTER TABLE tbl THAY ĐỔI myfield myfield varchar (600) CHARACTER SET latin1 DEFAULT NULL;
latin1 lấy một byte cho một ký tự thay vì bốn ký tự

Nếu bạn đã thay đổi innodb_log_file_sizegần đây, hãy thử khôi phục giá trị trước đó đã hoạt động.