Если запросы валятся со скоростью 100 запросов в секунду с одного ip, то бороться надо с теми, кто подключается. Ибо такое поведение явно ненормально.
Разумеется, внутренняя оптимизация — тоже дело благородное :)
Но юзеру и вменяемому боту позарез хватит 10 подключений для нормальной работы.
обоснуйте свой ответ :)
Подавляющее большинство браузеров сейчас юзает запросы keep-alive, которые устанавливаются в рамках одного tcp-соединения.
Даже если браузер не делает keep-alive запросы, 5-10 подключений ему должно хватить за глаза :)
А вроде собирались делать POST-запрос?
Ну это и недобросовестные (или кривые) поисковые роботы точно так же могут "нагнуть".
Способов решения тут много. Начиная от банального ограничения на фаерволе, заканчивая установкой проксирующего сервера.
На фаерволе можете попробовать установить ограничение примерно так:
#iptables -I INPUT -p tcp --syn --dport 80 -m connlimit --connlimit-above 10 -j REJECT
Это правило запретит устанавливать более 10 одновременных подключений с одного ip-адреса
От одного юзера БД или от одного посетителя сайта?
Если первое, то max_user_connections вам в помощь, но этим вы не принесёте пользы ни порталу, ни поисковым ботам )
Если второе, то это вы никак средствами mysql не сделаете. Только оптимизацией кода сайта.
У вас подключения к БД идут извне с разных хостов от разных юзеров?
Если да, то лучше воспользоваться опцией max_user_connections
Вообще, мне кажется, вы сами не знаете, что хотите и зачем ))
1. Количество потоков чего? Вы имели в виду количество подключений?
2. Какая операционная система/фаервол?
Весьма странно, что не работает, потому что конструкция в .ftpaccess в первом посте верная.
В конфиге тоже никакой противоречивой информации не наблюдаю.
Нет ли по пути от пользовательского homedir до этой директории еще каких-либо .ftpaccess-ов? Может там какое хитрое наследование работает.
Это просто лишнее звено.
Во-первых, оно может просто навернуться, а во-вторых, придётся заботиться о безопасности двух машин, а не одной.
Кстати, в вип-шаред ничего плохого нет :) Особенно, если нет хороших навыков администрирования.