Сам я никогда не использовал full text serch на mysql так что мой ответ слегка не валиден. но https://www.percona.com/blog/2013/07/31/innodb-ful... что-то не радостные цифры. +индексы mysql я уверен сожрет больше ресурсов чем sphinx. А сервер субд всегда есть чем занять. Минус sphinx то что кажется аксенов все продинамил с 3 версией которую обещал много лет назад. Так что если есть лишние ресурсы и задача подходящая то можно маленький кластер ES поднять
Максим Кожин, сессии разные будут, да. но если передать через get запрос id сессии, то второй сайт будет знать и первую и вторую сессии. И в вопросе не спрашивали про кросс доменную авторизацию. А так да, не спорю.
имхо удобнее браузера пользователя $.GET передать допустим значение session_id как $sid на второй сервер второй сервер проверяет свой session_id и если юзер залогинен, то через curl отправляет запрос на первый сервер "$sid"=>'is authorize', ну как-то так.
но имхо лучше сделать просто общий бэкенд через nginx для обоих сайт.(подозреваю что это возможно)
Эта задача да академическая (я хочу понять, что можно выжать из этой связки). Т.к. в планах внедрить кэширование части данных в редисе. и мне казалось, что сервер с redis даст много экономии времени на чтении данных с диска. Но 7000 запросов в секунду на один поток, не выглядит впечатляющей скоростью. конечно прежде чем посыпать голову пеплом, нужно сравнить скорость с аналогичными запросами к mysql. И сравнить скорость со связкой go+redis;
Fortop, Нет, но это не боевая задача (она давно решена построением дерева при старте скрипта, может не сильно оптимально), я ее просто выбрал для теста производительности связки php+redis. и как мне кажется в этой связке очень большое time latency. внутренние тесты редиса говорят, что latency измеряется в каких-то микроскопических значениях. Это совсем не хорошо тратить значительно больше времени на передачу данных, чем на их выборку.
К сожалению на одного пользователя может приходится до 10кк(но в среднем не более 50к) задач в день. Те пользователь присылает набор данных и есть несколько задач растянутых во времени таких как, определения к какому из не пересекающихся диапазонов натуральных чисел относится то или иное число.
Основной признак, что большинство вычислений отложенные, но выполняются десятками consumerов(получающих задачи в rabbitMQ) и других скриптов.
Те я раздумываю над тем что бы те данные которые сейчас постоянно запрашиваются с диска, хранить in memory, а желательно еще и вычислять "In memory". приведенный пример поиска к какому диапазону принадлежит число и необходимая информация о диапазоне, прекрасно забирается средствами radis в 2 команды; и редис умеет это делать быстро. но 7000 в секунду - это крайне мало, 70000 которые получаются с транзакций мне нравятся больше.
Написано
Войдите на сайт
Чтобы задать вопрос и получить на него квалифицированный ответ.