Как вынести запросы rest api на постоянное соединение?

Question

[kristine-bladvin]

Доброго дня разрабатываю rest api для будущего реактивного интерфейса сайта.
В качестве backend запросов только платформа php, из-за особенностей битрикса.
И уже сейчас на этапе создания возникли проблемы с max connection mysql, их просто слишком много и вечно сыпятся ошибки to many connection или conection refused. Оптимизировать сервер нет возможности, да и считаю упадет не хватить мощности на кучу соединений от http запросов.
К сожалению не перейти на express\nodejs в которой проблема max connection уже решена(там одно).

Как решить эту проблему? Хочется вынести одно постоянно соединение api(или части запросов) на одно постоянное соединение. Остальной сайт и странички будут работать с множественными соединениями.

Платформа bitrixEnv(cent os 7), выделенный хостинг яндекс(сервак вполне достаточный), apache + nginx

Comments

[humoured]

Ну так у mysqli есть persistent connections, в чём проблема?

[Ипатьев]

humoured, наверное, проблема в том, что persistent connections вообще не про это, а ошибку many connection не решат, а только усугубят?

[Дмитрий]

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

[kristine-bladvin]

Дмитрий, Мне нужно решить проблему множественных соединений на скрипт открывается по два соединения.
Просто чтобы на стек скриптов шли на одной соединение а в остальном отдельно.

[kristine-bladvin]

humoured, Он не работает, открывать открывает а повторно использовать не хочет, опять открывает новые. Наверно битрикс такой, на старом ядре была эта функция, а сейчас имитация.

[Дмитрий]

kristine-bladvin, а как вы определили что два соединения?

[kristine-bladvin]

Дмитрий, не даю скрипту завершиться и мониторю список соединений в mysql

[Дмитрий]

kristine-bladvin, каким образом вы его в бесконечность отправили? И почему второе соединение не может быть вторым запросом, запросом какого нибудь крона битрикса или запросом какого то мониторинга

Answer 1

[Ипатьев]

Ответ тут очень простой - никак.
Мало того, что вешать все запросы на одно соединение просто глупо, когда БД может обрабатывать их тыщи. И та же нода, если делается по-уму, то использует пул соединений, а не одно.
Но, главное, РНР так не работает.

И проблема здесь не в количестве соединений, а в том, кто писал код.
Если в коде используется только одно соединение за все время работы скрипта (а не открывает новое соединение на каждый запрос, как у всех гениальных скриптописателей), и база данных устроена по уму (не тормозит), то хватит даже самого дохлого хостинга с лимитом в 5 одновременных подключений. Просто потому что любой запрос к рест апи должен работать не дольше 0.01 секунды. И любые проблемы будут появляться только при частоте обращений больше 100 в секунду.

Соответственно, вместо фантазий про "одно соединение" надо переделывать кривой код и базу данных.

Answer 2

[Vitsliputsli]

Хочется вынести одно постоянно соединение api(или части запросов) на одно постоянное соединение. Остальной сайт и странички будут работать с множественными соединениями.

Выделите для api отдельный пул php-fpm воркеров из 1 штуки.