Cómo instalar el servidor Percona en CentOS 7

En este artículo, aprenderemos sobre el servidor percona, un reemplazo directo de código abierto para MySQL y también para MariaDB. El motor de base de datos InnoDB lo hace muy atractivo y una buena alternativa si necesita rendimiento, confiabilidad y una solución rentable

En las siguientes secciones, cubriré la instalación del servidor percona en CentOS 7, también cubriré los pasos necesarios para hacer una copia de seguridad de sus datos actuales, la configuración y cómo restaurar su copia de seguridad.

Índice

• 1 - Qué es y por qué usar percona
• 2 - Copia de seguridad de sus bases de datos
• 3 - Quitar el servidor SQL anterior
• 4 - Instalación de binarios de Percona
• 5 - Configuración de Percona
• 6 - Protección de su entorno
• 7 - Restaura tu copia de seguridad

1. Qué es y por qué usar Percona

Percona es una alternativa de código abierto a las bases de datos MySQL y MariaDB, es una bifurcación de MySQL con muchas mejoras y características únicas que lo hacen más confiable, poderoso y rápido que MySQL y, sin embargo, es totalmente compatible con él, incluso puede usar la replicación entre MySQL y Percona de Oracle.

Características exclusivas de Percona

• Búsqueda de hash adaptable particionada
• Algoritmo de suma de comprobación rápida
• Precarga del grupo de búfer
• Compatibilidad con FlashCache

Características específicas de MySQL Enterprise y Percona

• Importar tablas desde diferentes servidores
• Autenticación PAM
• Registro de auditoría
• Grupo de conversaciones

Ahora que está muy emocionado de ver todas estas cosas buenas juntas, le mostraremos cómo instalar y realizar la configuración básica de Percona Server.

2. Copia de seguridad de sus bases de datos

El siguiente comando crea un mydatabases.sql archivo con los comandos SQL para recrear/restaurar las bases de datos salesdb y employeedb, reemplace los nombres de las bases de datos para reflejar su configuración, omita si se trata de una configuración nueva

mysqldump -u root -p --databases employeedb salesdb > mydatabases.sql

Copie el archivo de configuración actual, también puede omitir esto en configuraciones nuevas

cp my.cnf my.cnf.bkp

3. Elimina tu SQL Server anterior

Detenga MySQL/MariaDB si se está ejecutando.

systemctl stop mysql.service

Desinstalar MariaDB y MySQL

yum remove MariaDB-server MariaDB-client MariaDB-shared mysql mysql-server

Mover/Renombrar los archivos MariaDB en /var/lib/mysql , es más seguro y rápido que simplemente eliminar, es como una copia de seguridad instantánea de segundo nivel. :)

mv /var/lib/mysql /var/lib/mysql_mariadb

4. Instalando binarios de Percona

Puede elegir entre una serie de opciones sobre cómo instalar Percona, en un sistema CentOS generalmente es una mejor idea usar yum o RPM, por lo que estas son las formas que cubre este artículo, la compilación y la instalación desde las fuentes no están cubiertas por este artículo.

Instalación desde el repositorio de Yum:

Primero necesitas configurar el repositorio Yum de Percona con esto:

yum install http://www.percona.com/downloads/percona-release/redhat/0.1-3/percona-release-0.1-3.noarch.rpm

Y luego instala Percona con:

yum install Percona-Server-client-56 Percona-Server-server-56

El comando anterior instala el servidor y los clientes de Percona, bibliotecas compartidas, posiblemente Perl y módulos perl como DBI::MySQL, si aún no están instalados, y también otras dependencias según sea necesario.

Instalación desde el paquete RPM:

Podemos descargar todos los paquetes rpm con la ayuda de wget:

wget -r -l 1 -nd -A rpm -R "*devel*,*debuginfo*" \ http://www.percona.com/downloads/Percona-Server-5.5/Percona-Server-5.5.42-37.1/binary/redhat/7/x86_64/

Y con la utilidad rpm, instala todos los paquetes una vez:

rpm -ivh Percona-Server-server-55-5.5.42-rel37.1.el7.x86_64.rpm \ Percona-Server-client-55-5.5.42-rel37.1.el7.x86_64.rpm \ Percona-Server-shared-55-5.5.42-rel37.1.el7.x86_64.rpm

Tenga en cuenta la barra invertida '\' al final de las oraciones de los comandos anteriores, si instala paquetes individuales, recuerde que para cumplir con las dependencias, el paquete compartido debe instalarse antes que el cliente y el cliente antes que el servidor.

5. Configuración del servidor Percona

Restauración de la configuración anterior

A medida que nos mudamos de MariaDB, puede restaurar la copia de seguridad del archivo my.cnf que realizó en los pasos anteriores.

cp /etc/my.cnf.bkp /etc/my.cnf

Crear un nuevo my.cnf

Si necesita un nuevo archivo de configuración que se ajuste a sus necesidades o si no ha hecho una copia de my.cnf, puede usar este asistente, se generará por usted, a través de simples pasos.

Aquí hay un archivo my.cnf de muestra que viene con el paquete Percona-Server

# Percona Server template configuration

[mysqld]

## Elimine el # inicial y establezca la cantidad de RAM para el caché de datos # más importante en MySQL. Comience con el 70 % de la RAM total para el servidor dedicado, de lo contrario, el 10 %. # para establecer opciones principalmente útiles para servidores de informes. # Los valores predeterminados del servidor son más rápidos para transacciones y SELECT rápidos. # Ajuste los tamaños según sea necesario, experimente para encontrar los valores óptimos. # join_buffer_size =128M# sort_buffer_size =2M# read_rnd_buffer_size =2Mdatadir=/var /lib/mysqlsocket=/var/lib/mysql/mysql.sock# Se recomienda deshabilitar los enlaces simbólicos para evitar una variedad de riesgos de seguridadsymbolic-links=0

[mysqld_safe]

log-error=/var/log/mysqld.logpid-file=/var/run/mysqld/mysqld.pid

Después de hacer que su archivo my.cnf se ajuste a sus necesidades, es hora de iniciar el servicio:

systemctl restart mysql.service

Si todo va bien, su servidor ahora está activo y listo para recibir comandos SQL, puede probar el siguiente comando para verificar:

mysql -u root -p -e 'SHOW VARIABLES LIKE "version_comment"'

Si no puede iniciar el servicio, puede buscar un motivo en /var/log/mysql/mysqld.log este archivo está establecido por el error de registro opción en my.cnf's [mysqld_safe] sesión.

tail /var/log/mysql/mysqld.log

También puede echar un vistazo en un archivo dentro de /var/lib/mysql/ con nombre en forma de [hostname].err como el siguiente ejemplo:

tail /var/lib/mysql/centos7.err

Si esto también falla al mostrar lo que está mal, también puede intentar strace:

yum install strace && systemctl stop mysql.service && strace -f -f mysqld_safe

El comando anterior es extremadamente detallado y su salida es de un nivel bastante bajo, pero puede mostrarle la razón por la que no puede iniciar el servicio en la mayoría de los casos.

6. Protección de su entorno

Ok, ahora tiene su RDBMS listo para recibir consultas SQL, pero no es una buena idea poner sus valiosos datos en un servidor sin seguridad mínima, es mejor hacerlo más seguro con mysql_secure_installation , esta utilidad ayuda a eliminar las funciones predeterminadas no utilizadas, también establece la contraseña principal raíz y establece restricciones de acceso para usar este usuario.
Simplemente invóquelo por el shell y siga las instrucciones en la pantalla.

mysql_secure_install

7. Restaura tu copia de seguridad

Si viene de una configuración anterior, ahora puede restaurar sus bases de datos, solo use mysqldump una vez más.

mysqldump -u root -p < mydatabases.sql

Felicitaciones, acaba de instalar Percona en su CentOS Linux, su servidor ahora está completamente listo para usar; Ahora puede usar su servicio como si fuera MySQL y sus servicios son totalmente compatibles con él.

Conclusión

Hay muchas cosas que configurar para lograr un mejor rendimiento, pero aquí hay algunas opciones sencillas para mejorar su configuración. Al usar el motor innodb, también es una buena idea configurar el innodb_file_per_table opción activada , distribuirá los índices de las tablas en un archivo por tabla, lo que significa que cada tabla tiene su propio archivo de índice, lo que hace que el sistema en general sea más sólido y fácil de reparar.

Otra opción a tener en cuenta es el innodb_buffer_pool_size opción, InnoDB debería tener un tamaño suficiente para sus conjuntos de datos y algún valor entre 70 % y 80 % de la memoria total disponible debe ser razonable.

Configurando el innodb-flush-method a O_DIRECTO deshabilita el caché de escritura, si tiene RAID , esto debe configurarse para mejorar el rendimiento ya que este caché ya está hecho en un nivel inferior.

Si sus datos no son tan críticos y no necesita un ACID completo transacciones compatibles, puede ajustar a 2 la opción innodb_flush_log_at_trx_commit , esto también conducirá a un mejor rendimiento.