Что быстрее, составной уникальный индекс или хеш?

Question

[nenesys]

Есть таблица вида
item1_id, item2_id, item3_id, item4_id, item5_id, item6_id, item7_id, date, value
с составным уникальным ключом на item1_id, item2_id, item3_id, item4_id, item5_id, item6_id, item7_id, date
все item*_id это unsigned int/tinyint.
Запись в таблицу идет по insert into.... on dublicate key update.
В таблице много записей, и при частом обращении запросы зависают. Есть ли смысл убрать составной индекс, и вместо него поставить одно уникальное поле вида
MD5(CONCAT(item1_id, item2_id, item3_id, item4_id, item5_id, item6_id, item7_id, date)) ?
Может, кто сталкивался с таким, будет ли работать все быстрее с хешем?

Answer 1

[Алексей Скахин]

Думаю да, индекс станет значительно меньше, mysql будет проще искать по такому столбцу.
Проведите тест, посмотрите на стоимость запроса.