Pourquoi cette déclaration de lock-up sur SQL Server?

J'ai une simple requête comme ceci

SELECT * FROM MY_TABLE;

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

D'autres tables et des vues fonctionnent très bien.

Ce qui peut provoquer cela? J'ai eu des verrous lors de l'exécution de la mise à JOUR des déclarations avant, et je sais comment l'approche de ceux-ci. Mais ce qui pourrait causer une sélection de serrure?

J'ai couru le "Tous de bloquer les Transactions" le rapport, et il dit qu'il n'y aucun.

InformationsquelleAutor JosephStyons | 2009-11-18
  1. 11

    Il n'est probablement pas le sélectionner qui bloque, mais certains autres processus d'édition (udpate/delete/insert) le tableau qui est à l'origine d'une écluse.

    Vous pouvez visualiser le processus de blocage par runing exec sp_who2 sur votre Serveur SQL server.

    Alternativement, si vous êtes OK avec les lectures incorrectes, vous pouvez faire une des deux choses

    SELECT * FROM Table WITH (NOLOCK)

    OU

    SET Transaction Isolation Level Read Uncommitted
SELECT * FROM Table
    • exec sp_who2 m'a donné une instruction ALTER INDEX qui est en cours. Semble être le coupable. Merci.
    InformationsquelleAutor Raj More
  2. 3

    Si il y a beaucoup d'autres activités sont en cours, quelque chose d'autre pourrait être à l'origine de serrures et de vos SÉLECTIONNER peut être la victime. si vous exécutez ce qui suit

    SELECT * FROM my_table WITH(nolock)

    vous dites à la base de données que vous êtes ok pour lire sale (uncomitted) de données, et que les verrous sont causés par d'autres, l'activité peut être ignoré en toute sécurité.

    Aussi, si une requête qui provoque management studio pour accrocher votre tableau usage d'une optimisation

    InformationsquelleAutor David Hedlund
  3. 3

    Utiliser ceci:

    SELECT * FROM MY_TABLE with (NOLOCK)
    • Voir la réponse de BradC: un autre processus a un verrou sur la table, empêchant votre sélectionnez de passer à travers jusqu'à ce que le verrou est libéré
    InformationsquelleAutor Mikhail
  4. 1

    Deux possibilités:

    1. Son vraiment un table massive, et que vous essayez de revenir à 500m de lignes.
    2. Un autre processus a un verrou sur la table, empêchant votre sélectionnez de passer à travers jusqu'à ce que le verrou est libéré.
    • Pas de #1. Oui le n ° 2 mais qui/quoi?
    • en #1 est à 500m moyen de 500 millions de dollars, ou est-il quelque chose d'autre.
    • oui je voulais dire 500 millions de dollars, ou de certains autres par l'absurde en nombre élevé.
    InformationsquelleAutor BradC
  5. 1

    MY_TABLE pourrait aussi être verrouillé par une transaction non validée -- c'est à dire un script ou d'une procédure stockée en cours d'exécution (ou d'échec lors de la course) dans un autre MSMM fenêtre.

    InformationsquelleAutor Grzegorz Gierlik