Высокая производительность, быстро все же базы данных Durable?
Уже существует ТОННА резервных вопросов там. Я только что закончил отвечать на тот на самом деле. LOL
Книжное резервное копирование "O'Reilly и Восстановление" являются замечательной книгой, если Вы хотите читать об общей стратегии и некоторые возможности там.
Вам нужен ПЛАН перед началом работы. И план должен иметь смысл и (надо надеяться) быть масштабируемым.
Некоторые определенные вещи, которые можно хотеть изучить и рассмотреть:
rsync (всегда любимый)
Вы действительно не дали идеи масштаба Вашего сайта, который имеет огромное значение к тому, какая технология/метод является соответствующей.
Во всяком случае ничто не будет чудодейственным средством. Большинство вещей, которые Вы упоминаете, о создании большого масштабирующееся возможный вместо того, чтобы не масштабироваться вообще.
Даже для использования чего-то как memcached перед дб нужен немного отличающийся образ мыслей для извлечения всю пользу его. Одна из первых вещей, которые необходимо сделать (и могут быть большие сбережения, если Вы уже не имеете) состоит в том, чтобы посмотреть на и оптимизировать вид запросов, которые Вы делаете.
-
1Тот же вид сайта, если не больше (загружаются мудрый), чем Facebook (до 2 миллионов + пользователи с 1 или 2 таблицами, простирающимися на для 10-30 миллионов строк), это - интранет-сайт, но действительно имеет внешние соединения с определенными людьми/компаниями. Масштабирование важно (именно поэтому, я не избегаю его), который является проблемой, которую я имею с SQL приблизительно после 25 серверов, которые это не масштабирует хорошо. Неважно, как оптимизированный я запрашиваю его, все еще является медленным и громоздким по сравнению с чем-то как монго. – Sammaye 9 July 2010 в 14:39
-
2Ошеломите Facebook, все еще используют MySQL... не ожидал это. Я говорил с монго, и они говорили, что у них будет все зафиксированным 1,8, таким образом, я решил, что собираюсь ожидать их для получения зафиксированного и палка с монго. спасибо, – Sammaye 12 July 2010 в 11:11
Какова Ваша проблема с монго точно? Необходимо будет сделать резервные копии так или иначе. Это теперь поддерживает наборы копии, таким образом, Вы действительно не связываетесь с аппаратным сбоем.
При использовании 25 серверов теперь Вы могли бы легко выполнить набор копии нескольких серверов и не иметь единую точку отказа.
10-30 миллионов строк действительно не много. Тем более, что с решением NOSQL можно, вероятно, консолидировать несколько строк в единственные записи. Если у Вас есть 2 миллиона пользователей, даже возможно, что большинство их данных впишется в единственные записи. (Предел на 4 МБ много),