Ускорение сокет сервера

Имеется PHP скрипт слушающий сокет.
К сокету подключаются клиенты. При подключении нового клиента формируется набор команд(порядка 20 запросов к БД), которые необходимо отправить клиенту.
Единомоментно может подключиться 100 клиентов.
20 запросов выполняются порядка 0.05 секунды, то последний клиент получит ответ только секунд через 5.
Соответственно как то необходимо, чтобы запросы к БД отрабатывали отдельным потоком, отдельным процессом, чтобы клиенты не ждали пока из базы, что то достанется
Пока в голову приход использовать RabbitMQ, сокет сервер будет кидать команду в RabbitMQ, тот будет раскидывать(Round Robin) команды между несколькими подписчиками, которые и будут работать с БД, а после завершения сами подключатся к сокету и скажут "для соединения 555 сформирована очередь команд. Можно продолжать работать".

Или может я слишком далеко ушел и можно решить вопрос проще?

-----
Mysql, Postgresql, Redis, Memcached, Unit Testing, CI, Kohana, Yii, Phalcon, Zend Framework, Joomla, Open Cart, Ymaps, VK Api

Можно, если знаком phpdaemon.

Там можно сделать асинхронную работу с базой.

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

Другой вариант - это запрос за данными в внешний сервис. Очередь тут излишня, ибо фишка очереди как раз, что мы не ждем результата. Здесь нужно дождаться и получить результат. Т.е. просто какой-то отдельный демон с prefork схемой. Это может быть даже банальные nginx+php-fpm.

-----
self-banned

Покажи как реализовал это на пыхе. Мне аж интересно стало ))
Ну и где тут твое "единовременно"?

Давно я про него не слышал. А когда слышал -- там была трабла на трабле. Потому что пых не многопоточный. И там что-то имитировали на форках с семафорами и шаредмемори. Т.е. по сути это просто форко-зигота. Ну а если говорить про правильные технологии параллельного обслуживания клиентов (select/poll/epoll), то это вообще не про пых.
(Добавление)
Вот буквально в понедельник доделал одну шнягу которая получала ответ с готовым через некоторое время результатом. Типа того:

1) отправляем запрос фильтрации, получаем в ответ статус и хеш (от параметров фильтрации).
2)
........а) если статус равно комплит -- гото пункт 3.
........б) если статус ворк или реквест, поспали секунду и сделав запрос на статусочекалку, гото пункт 2.
........в) если статус эррор, ничего не поделаешь.
3) получили готовый ответ.

-----
Шта? Репозиторий?

Все есть и все работает.

(Отредактировано автором: 28 Октября, 2015 - 19:25:43)

-----
self-banned

С точки зрения пользователей единовременно.
Подключилось 100 пользователей в 10:00:00, пока скрипт добавит каждого нового клиента в пул и выполнит стартовый сценарий - для пользователей это ожидание и не самое маленькое.

(Отредактировано автором: 04 Ноября, 2015 - 08:47:42)

-----
Mysql, Postgresql, Redis, Memcached, Unit Testing, CI, Kohana, Yii, Phalcon, Zend Framework, Joomla, Open Cart, Ymaps, VK Api