Mysql:: ошибка: указанный ключ был слишком длинным; максимальная длина ключа составляет 1000 байт

script/generate acts_as_taggable_on_migration
rake db:migrate

причины

Mysql::Error: Specified key was too long; max key length is 1000 bytes: CREATE  INDEX `index_taggings_on_taggable_id_and_taggable_type_and_context` ON `taggings` (`taggable_id`, `taggable_type`, `context`)

Что делать?

вот моя кодировка:

mysql> SHOW VARIABLES LIKE 'character_set_%';
+--------------------------+--------+
| Variable_name            | Value  |
+--------------------------+--------+
| character_set_client     | latin1 | 
| character_set_connection | latin1 | 
| character_set_database   | utf8   | 
| character_set_filesystem | binary | 
| character_set_results    | latin1 | 
| character_set_server     | latin1 | 
| character_set_system     | utf8   | 
+--------------------------+--------+
7 rows in set (0.00 sec)

5 ответов


это исключительно проблема MySQL -

MySQL имеет разные движки-MyISAM, InnoDB, память...

MySQL имеет разные ограничения на объем пространства, который вы можете использовать для определения индексов на столбцах-для MyISAM это 1,000 байт; это 767 для InnoDB. И тип данных этих столбцов имеет значение - для VARCHAR это 3x, поэтому индекс на VARCHAR (100) займет 300 из этих байтов (потому что 100 символов * 3 = 300).

для размещения некоторых индексирование когда вы достигнете значения потолка, вы можете определить индекс относительно частей типа данных столбца:

CREATE INDEX example_idx ON YOUR_TABLE(your_column(50))

предполагая, что your_column - VARCHAR (100), индекс в приведенном выше примере будет только на первых 50 символах. Поиск данных за пределами 50-го символа не сможет использовать индекс.


Это, кажется, ошибка, что сообщалось здесь: http://bugs.mysql.com/bug.php?id=4541

Если вы пробовали все ответы на этот пост и все еще получаете ошибку, вы можете попробовать запустить эту команду в окне SQL-запроса.

set GLOBAL storage_engine='InnoDb';

если эта ошибка возникает в каком-то процессе, таком как миграция, она может быть решена путем изменения файла конфигурации MySql (*.ini)

default-storage-engine=InnoDB

Я думаю, что одно из ваших полей-это varchar с более чем 1000 символами. например, контекст?

подумайте о значении индекса. Это быстрый доступ к строке, когда все проиндексированные поля в предложении where. Если индекс длинный (в случае mysql более 1000 байт), нет смысла использовать индекс, потому что он, вероятно, медленнее, чем доступ к полной таблице с полным сканированием таблицы.

Я бы предложил сократить индекс, e.g в taggable_id и taggable_type, если оба они короче один раз.

Ура - Герхард!--1-->


У меня была эта проблема, поэтому мое решение было таким:

alter table robs_temp.missing_email change email email varchar(300);
ALTER TABLE robs_temp.missing_email add primary key (email); -- Now it works.

согласно Википедии действительные электронные письма не могут быть более 256 символов. Возможно, у ваших данных есть верхний предел.