Здравствуйте. Есть приложение которое делает по таймерам несколько запросов в 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

А может из-за включенного пула соединений MS SQL начать педалить рандомно? У мя минут 5 работает оки доки, потом бац - 100% проца и подвисает секунд на 20.

Добавлено через 5 минут и 29 секунд

А может просто дофига в базе данных накапливается и комп не справляется?

А ты пробывал заюзать CommandBehavior.CloseConnection и закрытие ридера:



Если попробуешь, отпишись плз о результатах.

Добавлено через 8 минут и 5 секунд

Здесь 100% ошибка, что MySqlReader не закрыт и я полагаю, что сборку мусора тоже не стоит вызывать вручную.

Не совсем понял )))

При включенном пулинге соединений MS SQL Server 2005 может начать педалить в рандомное время?

У мя ща такая проблема была, практически решилась отключением пула соединений и установкой working threads в 1024
в настройках движка базы на закладке с процессорами.

Самый главный и волнующий лично меня вопрос:
- Рационально, разумно, логично ли сделать SqlConnection мембер полем класса, который пишет в базу и открывать его в конструкторе класса,
а затем в каждом методе просто проверять на налл и на закрытое состояние (и открывать по необходимости если оно было закрыто неожиданно). В этом случае, не нужно в каждом методе делать:
1 Создавать экземпляр класса


2 Открывать и закрывать соединение при выполнение каждой комманды (допустим прилада выполняет 1000 запросов  к базе в час, так зачем нам 1000 раз создавать экземпляр класса скл соединение и 1000 раз открывать/закрывать его, на мой взгляд - это очевидное расточительство производительности).

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

Спасибо.

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

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

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

а так по существу, множество раз делать -

это норма, по сути ADO.NET для этого и делался

Это сообщение отредактировал(а) Springtime - 13.8.2010, 20:24

Вот так нужно?
 
А пул нужно в таком случае отключать? 

Здесь часто мелькает mssql, я с mysql работаю, или разницы нет?

Выполняются восновном update запросы. Добавляется редко. А нагрузка примерно 2-5 команд в секунду.

Это сообщение отредактировал(а) kokcu - 13.8.2010, 23:35

не совсем. либо используй command.ExecuteReader в блоке using, либо закрывай Reader в finally. зачем тебе здесь Reader не ясно, полагаю  код опустил.

и зачем повторно закрываешь соединение (command.ExecuteReade(CommandBehavior.CloseConnection) & connection.Close())?
хотя это не смертельно.


типа того.


это как посмотреть.

Отписываюсь о результатах.

Привело к падению программы без ошибок через 10 минут, и так несколько раз(

Попробую так, главное чтоб проработало сутки. Ошибку исправил с закрытием ридера.
А нужно Dispose вызывать? Или Close достаточно?

само по себе без разницы. но если есть Close - то его. Типа читаемость лучше и блаблабла.


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

Кстате раз в минуту по таймеру делается Очистка всех пулов.
Но висеть sleep все равно остаются

Вполне возможно, что пул переполняется из-за незакрытых соединений в результате ошибок. Вы же не вызываете Dispose или Close гарантированно (Dispose в случае с SqlConnection [подозреваю, что и с MySqlConnection] делает то же самое, что и Close). Используйте using, либо делайте класс (в который оборачиваете подключение и непосредственную работу с базой) IDisposable, в методе Dispose которого проверяйте, закрыто ли подключение, и если нет, то закрывайте, а сам класс используйте вкупе с using.