Pourquoi cette instruction SELECT verrouille-t-elle SQL Server?

Question

J'ai une requête simple comme celui-ci

SELECT * FROM MY_TABLE; 

Quand je le lance, se bloque SQL Server Management Studio.

D'autres tables et vues fonctionnent correctement.

Que peut provoquer cela? J'ai eu des verrous tout en exécutant des instructions UPDATE avant, et je sais comment les aborder. Mais qu'est-ce qui pourrait provoquer un verrouillage de SELECT?

J'ai exécuté le rapport "Toutes les transactions de blocage", et il dit qu'il n'y en a aucun.

Answer 1

Il est sans doute pas la sélection qui bloque, mais un autre processus qui est l'édition (udpate/supprimer/insérer) la table qui est à l'origine des serrures.

Vous pouvez voir quel processus bloque en exécutant exec sp_who2 sur votre serveur SQL.

Sinon, si vous êtes OK avec lit sale, vous pouvez faire une des deux choses

SELECT * FROM Table WITH (NOLOCK) 

OU

SET Transaction Isolation Level Read Uncommitted 
SELECT * FROM Table 

Answer 2

Utilisez ceci:

SELECT * FROM MY_TABLE with (NOLOCK) 

Answer 3

Deux possibilités:

1. Son une table vraiment massif , et vous essayez de retourner 500m lignes.
2. Un autre processus a un verrou sur la table, empêchant votre choix de passer jusqu'à ce que le verrou soit libéré.

Answer 4

S'il y a beaucoup d'autres activités en cours, quelque chose d'autre pourrait causer des verrous, et votre SELECT pourrait être la victime de l'interblocage. si vous exécutez la commande suivante

SELECT * FROM my_table WITH(nolock) 

vous dire la base de données que vous êtes autorisé à lire les données sales (uncomitted), et que les verrous causés par d'autres activités peuvent être ignorés sans risque.

En outre, si une requête comme qui provoque studio de gestion pour accrocher, votre table peut utiliser une optimisation

Answer 5

MY_TABLE pourrait aussi être bloqué par une transaction non validée - par exemple script/procédure stockée en cours d'exécution (ou a échoué lors de l'exécution) dans une autre fenêtre MSMM.