Estou recebendo consultas muito lentas no MS SQL Server 2008 R2 em minha máquina dev. Este problema tem me atormentado por cerca de um mês. Outros desenvolvedores não têm o mesmo problema, mas todos nós executamos o mesmo código. Parece que qualquer consulta que inclua JOIN leva > 20s, alguns demoram até um minuto. Inserções e atualizações são rápidas. O tamanho total do banco de dados é de cerca de 30MB, então não é muito grande.
Durante as consultas demoradas, o uso da CPU permanece estável, as taxas de IO permanecem baixas e o delta de falha de página também permanece baixo. Eu não ajustei nenhuma configuração de desempenho na configuração do banco de dados - é tudo estoque da configuração.
O software que se conecta ao servidor SQL está sendo executado na mesma máquina que ele. Eu tentei várias cópias de banco de dados dev e bancos de dados de clientes que são conhecidos por serem bons, tudo sem sucesso.
Alguma idéia do que pode estar causando isso?
Talvez você tenha muitos BLOBs (Binary Large OBJectS) armazenados em seu banco de dados. Isso acontece se você armazenar objetos binários muito grandes em seu banco de dados, como outros bancos de dados, ou talvez pacotes zip ou outros.
Isso pode se tornar um matador de desempenho, e é bem possível se você permitir que as pessoas façam upload de arquivos através de algo como o Sharepoint.
As junções podem pressionar o envelope no desempenho do tempdb. De um modo geral, tempdb deve ser o banco de dados mais rápido e otimizado no servidor. A realidade é muitas vezes bem diferente.
O Tempdb deve estar em um ssd e não deve ser configurado para crescimento automático. O crescimento automático pode ser um grande matador de desempenho. Em um sistema de produção, o tempdb deve ter uma partição / arquivo por núcleo do processador.