Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Annexe I
Tous les tests sont effectués sur une instance Amazon RDS for MySQL exécutée sur `db.r6g.8xlarge` la classe d'instance.
Les commandes [sysbench](https://github.com/akopytov/sysbench) suivantes ont été utilisées pour préparer et exécuter le chargement sur la base de données.
```
sysbench oltp_read_write --db-driver=mysql --mysql-db= --mysql-user= --mysql-password= --mysql-host= --tables=500 --table-size=2000000 --threads=500 prepare
sysbench oltp_read_write --db-driver=mysql --mysql-db=employees --mysql-user=admin --mysql-password=qwertyuiop --mysql-host=mysql8.cbbhujzeoxed.us-east-1.rds.amazonaws.com --tables=500 --rate=500 --time=7200 run
```
Dans le graphique suivant, une charge de travail OLTP était en cours d'exécution et le processus pt-archiver a démarré là où une flèche est marquée.
![\[À la flèche marquant le début, la ligne correspondant au nombre de lignes insérées par seconde augmente légèrement.\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/archiving-mysql-data/images/AppendixI_image1.png)
Il n'y a aucun changement significatif dans l'utilisation du processeur lorsque pt-archiver s'exécute en parallèle, ce qui signifie que pt-archiver n'a aucun impact sur les requêtes OLTP en cours d'exécution.
![\[Le graphique ne montre qu'une petite quantité d'activité en attente de validation par le gestionnaire\]](http://docs.aws.amazon.com/fr_fr/prescriptive-guidance/latest/archiving-mysql-data/images/AppendixI_image2.png)