Как решить проблему с множеством одномоментных подключений по API, которые исчерпывают лимит подключений?

Question

[Mark]

Ситуация: Есть API, в нём метод для добавления данных, который обёрнут Mutex'ом для избежания "состояния гонки". Один из пользователей API в один момент 2-3 раза в день делает сотни обращений для добавления данных.

Проблема: Как результат, все запросы пользователя ставятся в очередь Mutex и обрабатываются.
Из-за этого забиваются подключения к базе данных и другие пользователи не могут получить доступ:

"PDOException: SQLSTATE[HY000] [1040] Too many connections in ...

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

Условия:
1. Из-за соображений безопасности не хочется выставлять большой max_connections(сейчас он 500). Тем более ситуация возникает 2-3 раза в день. Возможно стоит создать для API отдельного пользователя БД и выставить там ~1000-2000 подключений?
2. Со стороны клиента(пользователя API) ничего изменить нельзя. В том числе попросить слать меньше запросов в один момент.

Answer 1

[Vitaly Karasik]

Чтобы решить проблемы, где-то что-то придется поменять :-)
Я вижу только вариант увеличить max_connections.
Long term - менять на стороне клиентов, чтобы они скидывали запросы на добавление в файл или очередь, а не напрямую в БД.

Comments

[Mark]

Клиент зависим от SaaS-решение, где довольно неподвижный суппорт. Можно ли как-то избежать ситуации, чтобы тогда исключительно один клиент занимал все подключения? Или всё же только через увеличения числа max_connections?

[Vitaly Karasik]

Mark,

Можно ли как-то избежать ситуации, чтобы тогда исключительно один клиент занимал все подключения?

Можно ограничить кол-во max_user_connections, но тогда данные будут теряться, если клиент не умеет retry.
В принципе можно поставить ProxySQL перед сервером и что-то конфигурировать в ней, но ИМХО увеличение max_connections самое простое и надежное решение.