Effets de fichier de disque de suppression et d'aspirateur
J'ai une table très fréquemment mise à jour avec 240 millions de lignes (et en croissance). Toutes les trois heures de 1,5 million de lignes sont insérées et 1,5 million sont supprimées. Lorsque j'ai déplacé le cluster vers un SSD, cet insert en vrac (à l'aide de la copie) a été coupé de 22 minutes à 2,3 minutes. L'heure de suppression a également été améliorée. Je prévois de faire cette mise à jour en vrac toutes les deux heures ou de toutes les heures.
Bien que la performance (après SSD) soit compatible avec une mise à jour plus fréquente, j'ai lu des histoires d'horreur sur la mort SSD en raison d'une endurance NAND limitée associée à une amplification de l'écriture. Comme les SSDS sont chers, je voudrais pousser sa mort aussi loin que possible dans le futur. D'où ma question: Qu'est-ce qui arrive vraiment au fichier de disque dans un aspirateur Supprimer et ultérieur? Je suppose qu'il y a deux écrivies de disque, une pour marquer la ligne comme étant supprimée et l'autre lors de l'aspirateur pour la marquer comme disponible pour écraser. Si au lieu de supprimer et d'aspirer, je partitionne la table Création et dépose des tables à chaque insert/Supprimer en vrac/Supprimerais de minimiser le port de la SSD?
Vous pouvez enregistrer sur la suppression et le vide si vous utiliserez la partition intelligente! Assurez-vous que votre conception est compatible avec les partitions qui déposent au lieu d'une suppression réelle.