Я согласен с Биллом, и вы не получите такого же повышения производительности при использовании MySQL.
Гипотетически:
Убедитесь, что на вашем хосте включен механизм хранения памяти.
SHOW ENGINES;
Это покажет вам список и состояние всех механизмов хранения, установленных в вашем экземпляре mysql.
Memcache позволяет хранить данные любой длины. Внутренне, он проверяет ваши данные, чтобы увидеть, как долго они находятся, и помещает их в заранее выделенную область памяти, которая ближе всего к размеру элемента, который вы храните. Эту часть логики вам нужно реализовать самостоятельно. Механизм хранения памяти MySQL принимает только строки фиксированной длины. Чтобы получить аналогичный эффект в MySQL, вам нужно создать несколько таблиц в памяти с разной длиной полей символов для хранения данных.
http://dev.mysql.com/doc/refman/5.0/en/memory-storage-engine.html
Выбор таблиц с объединением всех ваших «сегментов» даст правильное значение независимо от того, в какой таблице был фактически сохранен ключ.
Одна ошибка с mysql: если вы храните данные в поле, которое длиннее поля (например, 18 символов в поле из 16 символов), mysql обрезает их без каких-либо ошибок.
Вот лучшая идея: используйте Zend_Cache с бэкэндом 'file'.
Это будет хранить вещи, такие как memcache на локальном диске веб-сервера.
Подключение к БД на виртуальном хостинге обычно стоит дорого. (От 1 до 2 секунд для первого подключения на моих учетных записях.) Даже медленный диск быстрее, чем этот.
http://framework.zend.com/manual/en/zend.cache.html