Spring MVC: представление JSP или JSON в методе Controller в зависимости от запроса

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