instalar - Debería migrar de MySQL al servidor de Percona
percona vs mysql (4)
He estado experimentando un problema de descarga de páginas sucias en el servidor MySQL. Esto ocupa muchos recursos de la CPU y mi sitio se desactiva debido a la falta de recursos en el servidor. Obtuve 10 millones de registros en la base de datos y crecerá aún más. Mis mesas se ejecutan en innodb y desde su sitio basado en transacciones, necesito innodb. La migración al servidor de Percona eliminará mi problema de lavado de páginas sucias. En general, ¿es mejor migrar o apegarse a MySQL?
Una vez que me muevo a percona, si deseo volver a Mysql, ¿puedo restaurar la copia de seguridad de percona a mysql?
El vaciado de páginas sucias también ocurre con MariaDB o Percona Server. Tienes que entender por qué y cuándo tienes picos de enrojecimiento de páginas sucias. Normalmente, el tamaño del archivo de registro InnoDB es demasiado pequeño. ¿Ya has revisado esto? Un tema mucho más avanzado es la tasa de descarga de MySQL (que está limitada por defecto a 200 páginas / s). Pero para esto necesitas medir tu sistema muy bien ...
Haz lo siguiente:
- Reproduzca el problema de rendimiento en hardware de no producción, pero hardware de producción en su laboratorio
- Actualice al servidor de Percona o realice otros cambios, y mida el rendimiento para averiguar si lo corrige.
- Suponiendo que los resultados sean buenos, realice la PRUEBA DE REGRESIÓN FUNCIONAL MASIVA en su aplicación, para verificar que no haya regresiones introducidas por el cambio al servidor de Percona.
- Realice pruebas de remojo y estrés en su aplicación, en su sistema de no producción con datos de tamaño de producción (o más grandes).
- Pruebe el plan de reversión para verificar que realmente pueda regresar exitosamente a MySQL
- Si está TOTALMENTE satisfecho con los resultados de TODO LO ANTERIOR, entonces puede planear el lanzamiento a producción.
Pero honestamente, si no quieres hacer esas cosas, considera encontrar otra forma de solucionarlo. Tal vez exista una forma en que pueda arreglar su aplicación para almacenar menos datos, modificar datos con menos frecuencia, etc.
¿Quizás puedas agregar hardware más potente?
10 millones de registros son absolutamente pequeños e incluso el más pequeño de los servidores (por ejemplo, 16G ram) debería poder mantener todo el DB en la memoria. Así que a menos que estés haciendo cantidades masivas de actualizaciones,
¿No puedes encontrar una forma menos arriesgada de hacerlo?
Percona Server ofrece muchos beneficios de rendimiento sobre mysql "vanilla". Tiene algunas características que están diseñadas específicamente para aumentar el rendimiento de descarga, especialmente en los servidores SSD.
Puede volver a mysql normal si Percona Server no funciona para usted. Hay algunas características "extra" que no están habilitadas de forma predeterminada que romperán la compatibilidad hacia atrás. Simplemente no los modifique (documentados en la documentación de Percona Server) y estará bien.
Mi compañía está utilizando Percona Server 5.5 con XtraDB en un servidor SSD de gama alta y no hemos tenido nada más que excelentes experiencias con él.
Percona Server tiene muchas mejoras para el lavado. Pero en una base de datos tan pequeña, es probable que algo esté mal, como que el conjunto de búferes y el tamaño del archivo de registro estén en sus valores predeterminados en lugar de configurarse para una carga de trabajo de producción. Estoy de acuerdo con otros carteles en que necesita medir y comprender el problema antes de intentar algo para ver si lo resolverá. Sin embargo, no estoy de acuerdo con que una migración a Percona Server deba considerarse como un movimiento riesgoso y que requiere mucho tiempo. Simplemente puede reemplazar / usr / sbin / mysqld con el que extrajo del archivo comprimido de Percona Server, y si no le gusta, vuelva a colocar el binario anterior. Percona Server es solo MySQL con algunas mejoras no disruptivas y puede estar seguro de que el cambio a / desde él solo funcionará. (Yo trabajo para Percona, por cierto.)