Масштабируемость MySQL Using как База данных Ключа/Значения

Мне интересно знать влияние производительности использования MySQL, поскольку база данных значения ключа по сравнению с говорит Redis/MongoDB/CouchDB. Я использовал и Redis и CouchDB в прошлом, таким образом, я очень знаком с их вариантами использования и знаю, что лучше сохранить пары ключ/значение в, говорят что NoSQL по сравнению с MySQL.

Но вот ситуация:

• объем наших приложений уже имеет много таблиц MySQL
• Мы размещаем все на Heroku (который только имеет MongoDB и MySQL, и в основном с 1 типом дб на приложение),
• мы не хотим использовать несколько различных баз данных в этом случае.

Так в основном я ищу некоторую информацию о масштабируемости наличия ключа/таблицы значений в MySQL. Возможно, в трех различных произвольных уровнях:

• 1 000 записей в день
• 1 000 записей в час
• 1 000 записей в секунду
• 1 000 чтений в час
• 1 000 чтений в секунду

Практический пример находится в создании чего-то как Средство отслеживания веб-аналитики MixPanel В реальном времени, которое требовало бы записи очень часто в зависимости от трафика.

Wordpress и другое популярное программное обеспечение используют это все время: Сообщение имеет модель "Meta", которая является просто ключом/значением, таким образом, можно добавить произвольные свойства к объекту, который может искаться.

Другая опция состоит в том, чтобы сохранить сериализуемый хеш в блобе, но это кажется хуже.

Каково Ваше взятие?