MS SQL Server
  1. MS SQL Server
  3. Rebuild l'index sur la table avec 128 millions de lignes
Intereting Posts
Supprimer plusieurs tables avec une string SQL Server: comment utiliser COALESCE avec une table PIVOT? VB.NET – Echec de la conversion de la valeur du paramètre d'une string en un problème lié à Guid SQL paramétré, ORACLE vs SQL Server avec une expression régulière Sélectionner toute colonne avec une fonction Pourquoi SQL Server ignore-t-il les vaules dans la concaténation de string lorsque la clause ORDER BY est spécifiée? Conseils pour optimiser cet algorithm de moteur de balayage .NET comment générer sql pour des données existantes dans une table? Comment la fonction SYSUTCDATETIME SQL Server se comporte-t-elle dans une procédure stockée? Il est apparemment impossible de replace entièrement le model de données Entity Framework de la database tinyint dans SQL Server à octet en C # Sélection du top 5 groupé par, et sortingé par moyenne de plusieurs colonnes Comment sélectionner datatables où ils ont sur la deuxième différence? La requête SQL prend plus de time lorsque la plage de dates est plus petite? get toutes les requêtes exécutées dans le server SQL

Rebuild l'index sur la table avec 128 millions de lignes

J'ai une table de database avec plus de 128 millions de lignes.

Le problème auquel je dois faire face est celui des index, la database fonctionne très mal au fil du time, je l'ai en partie réduite à la fragmentation des index. L'un des index actuels sur la grande table est d'environ 50% de fragmentation totale.

La réorganisation a fait environ 1% en 1 heure, donc cela prendrait trop de time.

Sur une telle table, un ré-index peut prendre jusqu'à 5 heures voire plus, et je n'ai pas trouvé de véritable moyen de suivre les progrès. Quel serait le moyen le meilleur et le plus rapide de rebuild un indice sur une si grande table? Devrais-je définir la database sur "OFFLINE"?

La database gère également un site Web très volumineux et très occupé. J'ai donc prévu un time d'indisponibilité maximal de 6 heures pour y arriver, mais j'ai besoin de la méthode la plus rapide et la plus efficace possible.

J'ai également besoin de mettre à jour tous les autres index sur la database, mais cette table est la plus difficile.

Si vous n'avez pas mesuré les 2 choses suivantes sur cet index particulier, vous n'avez probablement pas encore de raison de rebuild.

  1. Combien (le cas échéant) vos requêtes s'améliorent-elles immédiatement après la reconstruction?
  2. Combien de time dure l'amélioration (c'est-à-dire combien de time votre indice prend pour revenir à un état stable de fragmentation de 50% après une reconstruction.

Les index B-Tree sont conçus pour avoir une fragmentation / ballonnement / espace libre. Les index reviennent souvent rapidement à leur état stable de fragmentation. Ils agissent généralement décemment dans cet état ont tendance à vouloir revenir à l'état d'équilibre.