Здравствуйте. Есть приложение которое делает по таймерам несколько запросов в mysql. Одновременно около 20 подключений. Но спустя некоторое время падает, если увеличивается нагрузка то падает быстрее. Пишет что пул соединений переполнен. Соединения все закрываю. Использую .NET mysql connector в настройках мускула поставил 1000 одновременных подключений. Где настраивается пул и почему он переполняется?

в строке подключения. можно его вообще отключить.

видимо много подключений. причем с разных клиентов. 

я так понимаю закрытие соединения идет как аля MySqlConnection.Close(). При наличии пула соединений для закрытия соединения этого мало. Нужно также использовать статический метод MySqlConnection.ClearPool

Нету такого метода(
Вообще какие есть опасные моменты при работе с базой данных? У меня локальное приложение и то при нагрузке падает иногда.

Попробуй в строке подключения к базе, указать дополнительную опцию - Pooling=false
http://msdn.microsoft.com/en-us/library/8x...28VS.71%29.aspx

да ладно. 

ну тогда отключай пул соединений вообще как советует Springtime. Если не вкурсе как обзывается используй для подключения класс MySqlConnectionStringBuilder

Поставил, но периодически выскакивает ошибка 

Программа просто обрабатывает одинаковые запросы.

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

Проблема тянется уже больше года 

Возник логичный вопрос: А стоит ли постоянно создавать в юзинге SqlConnection и открывать его при каждом выполнение (у мя тоже по таймеру выполняется запрос один и тот же) или подключение можно просто сделать мембером класса и открывать его в конструкторе класса, а в методе который пишет, просто проверять на null и на ?

например:



В таком случае ведь не должно быть проблем с пулингом или в таком подходе есть какие-то другие подводные камни?

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

Если кто имел опыт в борьбе с пулингом посредством настройки самого скл сервера, подскажите пожалуйста, где чего нужно настроить..

Спасибо.

Похожа моя проблема в незнании правил написания коннекшен стрингов 

Это сообщение отредактировал(а) Мурлыкатам_ - 6.8.2010, 03:55

Метод очистки пула нужно вызывать у класса SqlConnection, а не у его объекта. Это статические методы.

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

Спасибо, засунул claerpool и clearallpools в таймер посмотрим что получилось.
Я сейчас посмотрел process list на сервере и там этим подключений наверно тысяча. Так надо? 
Статус у все слип.

И еще одна странная вещь. Я завел счетчик активных соединений. Когда юзал open просто увеличивал его на 1, когда клоуз то уменьшал. 
Уменьшалки точно везде стоят, под каждым connection.Close() но почему то уже 700 активных подключений(((

Это сообщение отредактировал(а) kokcu - 6.8.2010, 12:26

покажи как сделал?

Всем спасибо но вроде проблема решилась командой SET GLOBAL wait_timeout = 100;
Спящие тысячи запросов уходят сами.  5 часов аптайма и все ок)

теперь другая проблема((( программа начинает примерно через 6 часов жутко тормозить и жрать половину проца и 100м оперативы( что делать?

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

тебе уже написали, что следует выключить пул соединений
я с таким же сталкивался только у нас сервак на котором MS SQL просто напросто зависал эпизодически раз в 2 месяца.

Это сообщение отредактировал(а) Springtime - 9.8.2010, 14:32