Las bases de datos pueden ser difíciles de clasificar. Por lo general, la velocidad de la CPU no es la clave, pero si se trata de una carga de trabajo paralela, es mejor contar con más núcleos. Mucha memoria y discos rápidos son usualmente claves. No es raro ver 16 o 32 GB de memoria en un servidor MySQL ahora. Por supuesto, eso no tiene mucho sentido si su conjunto de datos es solo de 2 o 4 GB.
Si puede pagar suficiente memoria RAM para poner todo su conjunto de datos en la memoria (no en el disco RAM, pero teniendo el caché de la base de datos), obtenga esa cantidad de RAM. Esta no es necesariamente una buena estrategia a largo plazo si espera que sus datos crezcan sustancialmente.
Si su tamaño de datos es mayor que la cantidad de RAM que puede pagar, puede intentar compensar con discos más rápidos y utilizando discos más pequeños (8 x 74 GB en lugar de 4x 136 GB).
Puede obtener algunas ideas sobre el rendimiento tomando el hardware que tiene ahora (suponiendo que no tenga grandes servidores funcionando) y ejecutando un benchmark reducido con algunos datos de muestra. Eso debería darle una idea de dónde están sus cuellos de botella y dónde necesita gastar más dinero.
Si está trabajando con un proveedor grande (Dell, HP, Sun, IBM, etc.), puede preguntar si enviarán una unidad de demostración con las especificaciones que considere. De esta forma, puede ejecutar sus puntos de referencia antes de comprar el equipo.
Y, por último, si este es su primer servidor de base de datos para la aplicación y no tiene idea de si va a tener éxito, no se preocupe demasiado. Si comienza con un servidor 'de gama baja' y su aplicación tiene éxito, puede elevar fácilmente la actualización a un servidor robusto.
Esas herramientas parecen ser excesivas. El TPC es una buena idea. –