Есть 2 таблицы:
create table test1(id int unsigned primary key not null auto_increment, name tinytext not null);
create table test2(id int unsigned primary key not null auto_increment, name varchar(255) not null);

Содержимое этих таблиц абсолютно идентично, но число записей довольно существенно, ~ 3 млн

По моим оценкам select * from test1 where name like '%blabla%'; работает примерно на 30% быстрее чем select * from test2 where name like '%blabla%';

Хотя судя по документации должно бы быть наоборот. Данное явление повторяется на совершенно разных платформах/ОС/версиях MySQL. Для меня производетельность таких запросов крайне существенна. Полнотекстовое индексирование неприемлимо, т.к. осуществляется поиск не слова целиком, а подстроки.

Я бы так и использовал tinytext, но при сложных запросах с объединением нескольких таблиц и сортировкой результата приводят к тому, что MySQL при своей работе создаёт временные таблицы, причём ввиду использования tinytext (aka tinyblob), он создает временные таблицы не в памяти, а на диске :(

Посоветуйте как быть в такой ситуации...

P.S. я понимаю то что для text/blob, mediumtext/mediumblob, etc создаются временные таблицы на диске (могут сожрать очень много места). Но почему для tinytext/tinyblob нельзя использовать heap?...

Я кажется написал довольно ясно, нужен поиск по подстроке. Такого индексирования просто не существует