MySQL. количество одновременных соединений

у нас обрывает связь на трех - это совсем немного( можно ли увеличить лимит на соединения?

Видимо, на аккаунт были наложены ограничения в связи со слишком большой нагрузкой на сервер MySQL (уведомление об этом отправлялось основному владельцу аккаунта).
Вам или владельцу аккаунта нужно проверить в разделе "Нагрузка на MySQL-сервер" чтобы нагрузка не превышала 100 процессорных минут в сутки (не меньше 3-х суток подряд) и после этого написать запрос на Техническая поддержка клиентов с просьбой о снятии ограничений.

Снял ограничение с аккаунта elisa, проверьте пожалуйста ,что б сайт не ложил базу данных.

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

Меньший уровень индексации не решит проблему, если есть повышенное потребление ресурсов MySQL то нужно анализировать запросы, которые это делают. Это как с корабля якорь сбросить и проблему решить тем. что дать меньшие обороты на двигателе, что б тяга была большей и не так было заметно, что корабль по дну якорь тащит.

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

Для этого нужно делать отдельную таблицу, в которой будут храниться связи и делать выборки по ней. Так как если сделать это просто запросами к таблице с товарами, то для этого действительно нужно будет много ресурсов.

мы так и сделали - но варианты "найти все костюмы мальчику 3 лет или 4 лет или 8 лет с морковкой или бурячком по цене от 199 до 299 ее очень убивают, а также посмотреть какие еще есть варианты мальчику 3 лет или 4 лет или 8 лет... (бурячки - есть нет, морковки есть нет, зайчики, белочки и тд) - мы храним уже такие массивы в базе, но если товар перемещен из одной в другую - то опять перестраивать его части((( я уже ангуляр думаю переключить для товаров, сейчас хеллоуин пройдет и возможно придется, пусть браузер юзера мучается