- Я не знаю никаких преимуществ наличия нескольких баз данных в одном экземпляре. Я думаю, это полезно, если несколько служб используют один и тот же сервер (ы) базы данных, поэтому вы можете избежать столкновений ключей.
- Я бы не рекомендовал строить вокруг, используя команду
KEYS
, так как это O (n) и что не очень хорошо масштабируется. Что вы используете для этого, что вы можете выполнить по-другому? Возможно, redis не подходит для вас, если функциональность, такая как KEYS
, жизненно важна. - Я думаю, что они упоминают преимущества одного многопоточного сервера в своем FAQ, но главное - простота - вы не 't нужно беспокоиться о параллелизме любым реальным способом. Каждое действие блокируется, поэтому две вещи не могут одновременно изменять базу данных. В идеале у вас будет один (или более) экземпляр на ядро каждого сервера и используйте последовательный алгоритм хэширования (или прокси) для разделения ключей между ними. Конечно, вы потеряете некоторую функциональность - трубопровод будет работать только на вещи на одном сервере, сортировки становятся более сложными и т. Д.
задан sinuhepop 29 September 2010 в 14:22
поделиться