¿Cómo puedo correctamente Realice una de MySQL bake-off?

Question

Quiero prueba de rendimiento del servidor rpm (también conocido como bake-off) de MySQL en contra de algunos otros tenedores como servidor Percona, MariaDB, y posiblemente algunos otros. Estoy esperando que con esta pregunta que pueda entender mejor la metodología detrás de la creación de una prueba de rendimiento adecuado. Me planeado utilizar sysbench el funcionamiento de mi prueba real, pero estoy abierto a cualquier cosa.

1. ¿Qué pasos debo tomar para asegurar que los resultados de las pruebas en una manzanas con manzanas comparación y que sólo el RDBMS es la variante?
2. ¿Por dónde empezar?
3. ¿Cómo evaluar los resultados?
4. ¿Qué consejo me puede dar?

Answer 1

Esta es la primera vez que pensé

1. Configuración 3 servidores de base de datos (idéntico HW / configs OS) cada instalados con

   • MySQL
   • Percona
   • MariaDB

2. Obtener un cuarto servidor instalado con MONyog (versión de evaluación tiene una duración de 30 días)

3. Registro los 3 servidores DB en MONyog

4. Utilice los gráficos de rendimiento de métricas en MONyog o la creación de sus propias cartas en MONyog

5. Uso SysBench contra los 3 servidores de base de datos a su discreción

Esto es sólo un esquema básico. Créeme, Puede utilizar MONyog cabo derecha del cuadro . Mira mi testimonio en el sitio web de MONyog (buscar mi nombre en la página). Me eventaully convencido de mi empresa compra la versión Utlimate absoluta después de mi testimonio, que observaban conmigo tal como sucedió.

Advertencia:. Do sin obtener MONyog hasta que tenga los 3 servidores de base de datos y Sysbench listo para conseguir el mejor uso de 30 días de MONyog

ACTUALIZACIÓN 2011-06-20 13:18 EDT

Si se mantiene el InnoDB Buffer piscina pequeña (por defecto para innodb_buffer_pool_size es 8M) y mantener los registros binarios minusválidos (do no incluyen log-bin en my.cnf), entonces estas métricas deben medirse

• Innodb_buffer_pool_pages_flushed
• Innodb_buffer_pool_write_requests
• Innodb_row_lock_time_avg
• Innodb_os_log_fsyncs
• consultas , < a href = "http://dev.mysql.com/doc/refman/5.0/en/server-status-variables.html#statvar_Questions" rel = "nofollow noreferrer"> Preguntas
• Selecciona (( Com_select + Qcache_hits ) / Preguntas )
• insertos (( Com_insert + Com_replace ) / Preguntas )
• Actualizaciones ( Com_update Preguntas /)
• Borra ( Com_delete / Whatstions)

Muchos de éstos son gráficos por defecto en Monitores / Sección de Asesores MONyog, y más gráficos se pueden crear a Consulta otras deseada MySQL métricas . MONyog también permite exportar los gráficos como datos CSV.

ACTUALIZACIÓN 2011-10-12 14:17 EDT

Percona realiza una cocción lenta entre varios comunicados de MySQL

• MySQL 4.1
• MySQL 5.0
• MySQL 5.1 (con una función de InnoDB)
• MySQL 5.1 con InnoDB-plugin
• MySQL 5.5
• MySQL 5.6

Todas las pruebas se realizaron con MySQL sin configurar. Los resultados?

• MySQL 4.1 realiza el mejor de un solo subproceso
• MySQL 5.1 InnoDB plug-in de escamas en múltiples núcleos mejor que 5.1 InnoDB construido, 5.5 y 5.6

¿Qué obtengo de esto? Su debe configurar MySQL 5.5 / 5.6 para obtener mejoras multinúcleo dedican .

Answer 2

Esto debería ser muy útil para usted ya que es la referencia de la industria de facto para las bases de datos, TPC-C, http: //www.tpc.org/tpcc/spec/tpcc_current.pdf

Incluso si usted no usa ejecutar este punto de referencia, la información contenida en el documento de definición de la prueba debe proporcionarle toneladas de penetración en la creación de su propio punto de referencia para el ensayo de las opciones de base de datos.