Cómo instalar Percona Server en CentOS 7

En este artículo vamos a aprender 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 voy a 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, configuración y cómo restaurar su copia de seguridad.

Tabla de contenido

• 1 – Qué es y por qué usar percona
• 2 – Haga una copia de seguridad de sus bases de datos
• 3 – Eliminar el servidor SQL anterior
• 4 – Instalación de binarios de Percona
• 5 – Configuración de Percona
• 6 – Asegurar su medio ambiente
• 7 – Restaura tu copia de seguridad

1. Qué es y por qué utilizar 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 más rápido que MySQL, y aún así es totalmente compatible con él, incluso puede usar la replicación entre MySQL y Percona de Oracle.

Funciones exclusivas de Percona

• Búsqueda de hash adaptativa particionada
• Algoritmo de suma de comprobación rápida
• Precarga del grupo de búfer
• Soporte para FlashCache

Funciones específicas de MySQL Enterprise y Percona

• Importar tablas de diferentes servidores
• Autenticación PAM
• Registro de auditoría
• Threadpool

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. Haga una copia de seguridad de sus bases de datos

El siguiente comando crea un mydatabases.sql archivo con los comandos SQL para recrear / restaurar bases de datos salesdb y employeeedb, 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. Quite su servidor SQL 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 / cambiar el nombre de 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. Instalación de 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 se tratan en este artículo, la compilación e instalación desde 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 instale 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 en los comandos anteriores, si instala paquetes individuales, recuerde que para cumplir con las dependencias, el paquete compartido deber ser instalado antes que el cliente y el cliente antes que el servidor.

5. Configuración del servidor Percona

Restaurando 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

Creando un nuevo my.cnf

Si necesita un nuevo archivo de configuración que se adapte a sus necesidades o si no ha hecho una copia de my.cnf, puede utilizar este asistente, que se generará por usted mediante sencillos pasos.

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

# Percona Server template configuration

[mysqld]
#
# Remove leading # and set to the amount of RAM for the most important data
# cache in MySQL. Start at 70% of total RAM for dedicated server, else 10%.
# innodb_buffer_pool_size = 128M
#
# Remove leading # to turn on a very important data integrity option: logging
# changes to the binary log between backups.
# log_bin
#
# Remove leading # to set options mainly useful for reporting servers.
# The server defaults are faster for transactions and fast SELECTs.
# Adjust sizes as needed, experiment to find the optimal values.
# join_buffer_size = 128M
# sort_buffer_size = 2M
# read_rnd_buffer_size = 2M
datadir=/var/lib/mysql
socket=/var/lib/mysql/mysql.sock

# Disabling symbolic-links is recommended to prevent assorted security risks
symbolic-links=0

[mysqld_safe]
log-error=/var/log/mysqld.log
pid-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 una razón en /var/log/mysql/mysqld.log este archivo lo establece 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 / var / lib / mysql / con nombre en forma de [hostname].errar como el siguiente ejemplo:

tail /var/lib/mysql/centos7.err

Si esto también falla en mostrar lo que está mal, también puede probar 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 la mayoría de las veces.

6. Protección de su medio ambiente

Ok, ahora tiene su RDBMS listo para recibir consultas SQL, pero no es una buena idea poner sus valiosos datos en un servidor sin un mínimo de seguridad, es mejor hacerlo más seguro con mysql_secure_instalation, esta utilidad ayuda a eliminar las funciones predeterminadas no utilizadas, también establece la contraseña principal de root y establece restricciones de acceso para usar este usuario.
Simplemente invocalo por el shell y sigue 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, simplemente 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 en, distribuirá índices de tabla en un archivo por tabla, significa que cada tabla tiene su propio archivo de índice, hace que el sistema en general sea más robusto y más fácil de reparar.

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

Al establecer el innodb-flush-method a O_DIRECT deshabilita la caché de escritura, si tiene REDADA, esto debe configurarse para mejorar el rendimiento, ya que esta caché ya se realiza en un nivel inferior.

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