Назад |
Перейти на главную страницу
Создать базу данных для масштабируемости
Я знаю, что это звучит как вопрос программирования, что означает, что он должен быть в stackoverflow, но я считаю, что администраторы серверов беспокоятся об этом больше, и я не ищу только программный ответ на этот вопрос.
Как создать базу данных для масштабируемости? Я посреди http://www.slideshare.net/vishnu/livejournals-backend-a-history-of-scaling Я не могу читать банкомат, и мне нужно уйти. Но я хотел бы больше узнать о создании хорошо масштабируемой базы данных. Что-то, о чем он упоминал и происходит в моей голове,
- Отдельные дескрипторы для чтения и записи?
- Что происходит, когда один сервер занят (IO или CPU) и мне нужно два сервера для записи?
- Могу ли я создать несколько баз данных? есть clusterId у пользователей?
- Будет ли проблема при перемещении пользователей из одного кластера в другой?
- Могу ли я закодировать это так, чтобы пользователь ABC в БД A в кластере A и DEF в БД B в кластере B имел одинаковый ПЕРВИЧНЫЙ КЛЮЧ?
- Когда я перенесу указанное выше в кластер C? Означает ли это, что мне нужно написать много кода, чтобы переместить их в другой кластер / базу данных?
- Чтобы это не было проблемой, я бы НЕ использовал ПЕРВИЧНЫЙ КЛЮЧ и устанавливал идентификатор вручную, читая другие БД в других кластерах?
и т.д
Я считаю, что то, что вы, возможно, ищете, называется шардингом базы данных. Я ничего об этом не знаю, так как мы смогли опережать спрос на ПУТЬ только за счет обновлений оборудования.