Запросы Большого Набора данных Быстро: MySQL MEMORY ("КУЧА") механизм, MyISAM или что-то еще (например, MemCached)

Не ясно точно, каковы Ваши требования, но с такой маленькой базой данных, запросы, вероятно, будут быстры на любом механизме, поскольку все данные уместятся в памяти.

Вещи как MyISAM и InnoDB требуют, чтобы некоторая настройка работала. Memcached только полезен, если необходимо масштабировать к очень высокой загрузке основанные на чтении рабочие нагрузки, т.е. тех, которые слишком высоки, чтобы единственный сервер служил из стандартной базы данных в оперативной памяти (основной функцией Memcached является способность масштабироваться через пул серверов). Но memcached не может сделать, стандартные запросы, такие как диапазон сканируют, только поиски на определенном ключе, таким образом, это не дб общего назначения.

Я рекомендовал бы использовать innodb с пулом буферов, больше, чем Ваш набор данных, и выбрал бы Ваши первичные ключи правильно. Сканирование диапазона первичного ключа должно работать очень хорошо и должно смочь использоваться для префикса, соответствующего (например, примеры использования завершения).

Вы сможете масштабироваться к, скажем, 1 000 запросов в секунду с этим на нормальных аппаратных средствах. Если Вы нуждаетесь в больше, или добавляете ведомые устройства репликации или рассматриваете что-то как memcached.

Рассмотреть выяснение на StackOverflow?

Вы могли удержать таблицу как ТИП ПАМЯТИ. Это было бы довольно быстро, хотя потребует, чтобы Вы отобрали его перед использованием. У меня есть чувство, что Вы могли вытащить большую производительность из него. Будучи в памяти, это, конечно, быстрее, чем InnoDB и MyISAM для операций чтения.

Я сказал бы, пробуют его несколько различных путей и затем перегружают поиск с ApacheBench, видят то, что уступает наиболее быстро под давлением.