SqlConnection висит на открытии

Question

У меня есть программа, которая посылает несколько запросов параллельно экземпляру SQL Server. Из всех моих одновременных запросов один из них всегда блокируется в течение нескольких секунд на db.open().

void MyMethod() 
{ 
    var brands = new List<string>{"Chevy", "Honda", "Ford", "GM"}; 
    var foundCars = new ConcurrentBag<Car>(); 

    Parallel.ForEach(brands, brand => 
    { 
     logger.Trace(brand + " before enqueue"); 
     foundsCars.Enqueue(FindCar(brand)); 
     logger.Trace(brand + " after enqueue"); 
    }); 
} 

public Car FindCars(string brand) 
{ 
    using (var db = new SqlConnection(connectionString)) 
    { 
    sqlLogger.Trace("Brand " + " brand " + " before db open"); 
    db.Open(); 
    sqlLogger.Trace("Brand " + " brand " + " after db open"); 
    using (var cmd = new SqlCommand(sqlCmd, db)) 
    { 
     while (reader.Read()) 
     {    
      //SQL SELECT Stuff going on 
     } 
    } 
    } 
} 

Если бы я взглянуть на мой след, я бы увидеть что-то вроде этого, порядок зависит от времени отклика дб я думаю, в этом случае Honda является данные, медленно обрабатываются, но это не всегда будет :

12:00:00.0000 Chevy before enqueue 
12:00:00.0000 Honda before enqueue 
12:00:00.0000 Ford before enqueue 
12:00:00.0000 GM before enqueue 
12:00:00.0200 Brand Chevy before db open 
12:00:00.0300 Brand Honda before db open 
12:00:00.0200 Brand Ford before db open 
12:00:00.0200 Brand GM before db open 
12:00:00.0300 Brand Chevy after db open 
12:00:00.0300 Brand Ford after db open 
12:00:00.0300 Brand GM after db open 
12:00:00.0400 Chevy after enqueue 
12:00:00.0400 Ford after enqueue 
12:00:00.0400 GM after enqueue 
12:00:07.0000 Brand Honda after db open <-- usually around 7 seconds late 
12:00:07.0100 Honda after enqueue 

Я не могу воспроизвести эту проблему локально на мой экземпляр SQL Server 2008, но это происходит все время на 2012 экземпляра SQL Server. Проблема кажется проблемой конфигурации. Это всегда происходит, когда я отправляю параллельные запросы и независимо от запроса SELECT. Если бы я выполнил блокирующий запрос в SQL Server Management, он вернется в sub 100ms.

Вот моя строка соединения:

<add key="SqlConnectionString" value="Data Source=10.0.20.20;Initial Catalog=CarsDB;Integrated Security=SSPI;Connection Timeout=240;" /> 

Edit:

У меня есть вставки "Min Pool Size = 30" в моей строке соединения, похоже, только первый, второй или третьей время, в течение которого метод запускается в течение +15 секунд, тогда все остальные вызовы метода составляют до 500 мс.

У меня также есть SQL Server 2012, запущенный в нашем тестовом environement с теми же метаданными в таблицах, что и там, где проблема видна, и я не могу реплицировать эту проблему. Кажется, что проблема конфигурации.

Answer 1

Попробуйте использовать MARS в вашей ConnectionString. Это должно выглядеть как этот Data Source=10.0.20.20;Initial Catalog=CarsDB;Integrated Security=SSPI;Connection Timeout=240;MultipleActiveResultSets=True;

Answer 2

Если вы не многораздельной таблица этого безумия

Parallel.ForEach(brands, brand => 
{ 
    logger.Trace(brand + " before enqueue"); 
    foundsCars.Enqueue(FindCar(brand)); 
    logger.Trace(brand + " after enqueue"); 
}); 

Несколько соединения собираются после того, как та же таблица не быстрее, не говоря уже о накладных расходах нескольких соединений. С другой стороны, у вас есть одна физическая запись для чтения. Разве вы не открываете и не закрываете соединение, путь проходит намного дольше, чем простое чтение? На самом деле вы просто выстраиваете таблицу и читаете ее. Читатель очень быстро.

Answer 3

Похоже, что исчерпание пула соединений. Parallel.ForEach подвержен спаму безумных потоков. Насколько я могу судить, неограниченное количество для некоторых рабочих нагрузок IO. Ограничьте степень параллелизма на здравое значение.

Answer 4

Переключение интегрированной безопасности с SSPI на пользователя/пароль в строке подключения исправило проблему. Кажется, что одна из наших проблем имеет проблемы с Active Directory, а другая - нет.