MySQL Memory Table, Memcached или что-нибудь еще? - PullRequest
0 голосов
/ 14 сентября 2011

Набор данных растет в настоящее время> 1 млн., Что требует постоянного поиска / обновления пользовательских данных.ищу самый быстрый и масштабируемый вариант с высоким TPS.Memcache / memcacheddb против таблиц памяти mysql - большая путаница для вариантов реализации и масштабирования.Может ли кто-нибудь предоставить правильную информацию о масштабировании / скорости и производительности, на которую можно приземлиться?

Ответы [ 2 ]

0 голосов
/ 14 сентября 2011

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

Если вам нужно масштабировать записи - вы разбиваете таблицу. Если вам нужно масштабировать чтение - вы создаете кластер репликации master> нескольких ведомых.

Кроме того, для MySQL доступен движок TokuDB - больше информации на www.tokutek.com . Это очень быстро для определенных вещей (обновления, горячее добавление индексов и т. Д.), Но не настолько хорошо, когда дело доходит до массового обновления. Стоит проверить.

0 голосов
/ 14 сентября 2011

Имеет ли значение целостность этих данных?Если это так, вы можете немедленно исключить таблицы памяти memcached и MySQL, поскольку ни одна из них не сохраняется в долговременном хранилище.memcachedb, по крайней мере, сохраняется, но он не дает таких же надежных гарантий, как нормальная (R) СУБД.

...