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 символов. Возможно, у ваших данных есть верхний предел.