Voor de simulatie van een database server maakten we gebruiken van onze eigen Tweakers.net- en GoT-databases. De gehele Tweakers.net-omgeving werd overgezet naar onze testserver met MySQL 4.0 onder Windows Server 2003 en PHP/Apache op de Windows-clients. Er zullen ongetwijfeld mensen zijn die menen dat MySQL geen volwaardige database-server is en om die reden ongeschikt is om schijfbewerkingen te produceren voor een scenario van een database-server. Feit is dat MySQL als sinds jaar en dag ondersteuning heeft voor transacties en voor bepaalde toepassingen uitstekend inzetbaar is. Bovendien is het uiteindelijke doel van deze exercitie het verkrijgen van I/O traces van een database-server. De toegangspatronen, die door de verschillende databaseprogramma's worden gegenereerd, zullen in grote lijnen vergelijkbaar zijn voor gelijke workloads. Belangrijker is de specifieke samenstelling van de database en de workload.

De databases van Tweakers.net en GoT zijn redelijk fors van omvang en resulteren in een dataset van 20GB. De queries bestaan voor een groot deel uit selects maar ook worden er veel inserts en updates gedaan voor het bijhouden van bezoekersstatistieken. De logs en de data werden op aparte arrays opgeslagen, zoals dat ook veelvuldig in de praktijk gebeurd. De MySQL data drive-test is gebaseerd op de traces van de data array. Door de scheiding logs en data zijn er aanzienlijk minder schrijfoperaties in de mix zijn opgenomen. De trace werd gestart met een volle disk cache van het besturingssysteem en een volle query en data cache van de database-server. 84 procent van de dataverplaatsing bestond uit leesacties. De gemiddelde lengte van de queue bedroeg 12 I/O's met pieken tot 50 uitstaande I/O's. Zou de activiteit van de logs op de data-array hebben plaatsgevonden, dan zou ongeveer 64 procent van de operaties uit leesacties hebben bestaan.