Производительность сайта по сдаче тестирования?

Question

[corol]

Здравствуйте. Делаю сайт по прохождению тестирования. Пользователь заходит на сайт выбирает категорию тестов и начинает прохождение. В каждой категории до ста с лишним вопросов. Как лучше в плане производительности?:

1. Выбирать все тесты и ложить их в некое хранилище типа сессий (или какого-нибудь redis) после выбора категории (т.е. перед началом самого тестирования) и затем уже выдавать каждый тест (вопрос) оттуда или же
2. в первом варианте нет смысла и можно вытаскивать каждый тест из БД (т.е. каждый вопрос тестирования это запрос к БД)

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

Спасибо.

Answer 1

[Дмитрий Авилов]

Зависит от количества пользователей, находящихся одновременно на сайте, если это число больше нескольких тысяч (единовременно, не в сутки!) - можно заморачиваться с вариантами, похожими на первый. Иначе второй вариант, базе всё равно.

Answer 2

[index0h]

Смотря на какую нагрузку вы рассчитываете. Для ~0,5 rps вам кэш даже может не понадобится.
redis - чаще всего используется как кэш хранилище, и pub/sub. Как БД его использовать - не самая лучшая идея, хотя бы потому что:
redis.io/commands/keys
Warning: consider KEYS as a command that should only be used in production environments with extreme care. It may ruin performance when it is executed against large databases.

Comments

[corol]

Мне не нужен весь функционал бд. Под первым вариантом я имел ввиду вытащить тесты и положить их в массив, который будет где-то временно хранится (пока тест не будет пройден). Т.е. каждый запрос к серверу - это запрос к ячейке данного массива. Как я уже писал я такое проделывал с сессиями. В сессии хранил массив и гонял по нему пользователя. Просто с сессиями возникали постоянно какие-то баги, которые тяжело было отследить и разобраться в чем причина. Иногда они элементарно не обнулялись. Так вот для этих нужд redis подойдет или может др. хранилище посоветуете? Спасибо.

[corol]

Предполагается более 1000-2000 коннектов единовремменно. больше навряд ли

[index0h]

2к конкурентных подключений, не дурно)).

Для сессий - вполне норм использовать мемкэш. На счет тестов - можете использовать следующий подход:
текущее состояние теста (в сериализированном виде) в мемкэше, или redis, на самом деле - не суть важно. При изменении состояния - в кэш сразу складывается новое состояние, дальше в очередь типа rabbitmq (или другую) отправляется уведомление о том, что состояние изменилось на новое, далее демон-обработчик должен это дело получить и обновить в БД.
В случае вытеснения/expire кэша - вы всегда сможете получить текущее состояние теста да и по скорости обработки будет ок.
Рекомендую сразу внедрять решения на базе statsd, раньше сможете обнаружить узкие места.

Answer 3

[FanatPHP]

2

Comments

[corol]

я должен поверить на слово?)

[FanatPHP]

да. потому что это вопрос уровня сколько будет дважды два.

Answer 4

[Оптимус Пьян]

Ваш сайт будет спокойно работать и в обычном режиме, хоть с 300 одновременными пользователями проходящими тест. Не парьтесь.

Answer 5

[He11ion]

Смысла нету в кэшировании, но я бы на Вашем месте просто потренировался использовать кэширование - будет полезно в будущем.

Answer 6

[Пума Тайланд]

если у вас меньше тысячи юзеров онлайн проходят тест в один момент то вообще без разницы на любом варианте должно летать.