Comment installer Percona Server sur CentOS 7

Dans cet article, nous allons en savoir plus sur le serveur percona, un remplacement open source pour MySQL et aussi pour MariaDB. Le moteur de base de données InnoDB le rend très attrayant et constitue une bonne alternative si vous avez besoin de performances, de fiabilité et d'une solution rentable

Dans les sections suivantes, je vais couvrir l'installation du serveur percona sur CentOS 7, je couvrirai également les étapes nécessaires pour effectuer une sauvegarde de vos données actuelles, de la configuration et comment restaurer votre sauvegarde.

Table des matières

• 1 - Qu'est-ce que percona et pourquoi utiliser
• 2 - Sauvegardez vos bases de données
• 3 - Supprimer le serveur SQL précédent
• 4 - Installer les binaires Percona
• 5 - Configuration de Percona
• 6 - Sécuriser votre environnement
• 7 - Restaurer votre sauvegarde

1. Qu'est-ce que Percona et pourquoi utiliser

Percona est une alternative open source aux bases de données MySQL et MariaDB, c'est un fork de MySQL avec de nombreuses améliorations et des fonctionnalités uniques qui le rendent plus fiable, puissant et plus rapide que MySQL, et pourtant entièrement compatible avec lui, vous pouvez même utiliser la réplication entre MySQL et Percona d'Oracle.

Caractéristiques exclusives à Percona

• Recherche de hachage adaptative partitionnée
• Algorithme de somme de contrôle rapide
• Préchargement du pool de tampons
• Prise en charge de FlashCache

Fonctionnalités spécifiques à MySQL Enterprise et Percona

• Importer des tableaux depuis différents serveurs
• Authentification PAM
• Journal d'audit
• Groupe de threads

Maintenant que vous êtes impatient de voir toutes ces bonnes choses ensemble, nous allons vous montrer comment installer et effectuer la configuration de base de Percona Server.

2. Sauvegardez vos bases de données

La commande suivante crée un mydatabases.sql fichier avec les commandes SQL pour recréer/restaurer les bases de données salesdb et employeedb, remplacez les noms des bases de données pour refléter votre configuration, ignorez s'il s'agit d'une toute nouvelle configuration

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

Copiez le fichier de configuration actuel, vous pouvez également l'ignorer dans les nouvelles configurations

cp my.cnf my.cnf.bkp

3. Supprimez votre ancien serveur SQL

Arrêtez MySQL/MariaDB s'il est en cours d'exécution.

systemctl stop mysql.service

Désinstallez MariaDB et MySQL

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

Déplacer/Renommer les fichiers MariaDB dans /var/lib/mysql , c'est plus sûr et plus rapide qu'une simple suppression, c'est comme une sauvegarde instantanée de 2e niveau. :)

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

4. Installation des binaires Percona

Vous pouvez choisir parmi un certain nombre d'options sur la façon d'installer Percona, dans un système CentOS, il est généralement préférable d'utiliser yum ou RPM, donc ce sont les moyens couverts par cet article, la compilation et l'installation à partir de sources ne sont pas couvertes par cet article.

Installation à partir du dépôt Yum :

Vous devez d'abord définir le référentiel Yum de Percona avec ceci :

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

Et puis installez Percona avec :

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

La commande ci-dessus installe le serveur et les clients Percona, les bibliothèques partagées, éventuellement Perl et des modules perl tels que DBI::MySQL, s'ils ne sont pas déjà installés, ainsi que d'autres dépendances si nécessaire.

Installation à partir du package RPM :

Nous pouvons télécharger tous les packages rpm à l'aide 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/

Et avec l'utilitaire rpm, vous installez tous les packages une seule fois :

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

Notez la barre oblique inverse '\' à la fin des phrases sur les commandes ci-dessus, si vous installez des packages individuels, rappelez-vous que pour répondre aux dépendances, le package partagé doit être installé avant le client et le client avant le serveur.

5. Configuration du serveur Percona

Restauration de la configuration précédente

Comme nous quittons MariaDB, vous pouvez simplement restaurer la sauvegarde du fichier my.cnf que vous avez effectuée lors des étapes précédentes.

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

Création d'un nouveau my.cnf

Si vous avez besoin d'un nouveau fichier de configuration adapté à vos besoins ou si vous n'avez pas fait de copie de my.cnf, vous pouvez utiliser cet assistant, il le générera pour vous, en quelques étapes simples.

Voici un exemple de fichier my.cnf fourni avec le package Percona-Server

# Percona Server template configuration

[mysqld]

## Supprimez le premier # et définissez la quantité de RAM pour le cache de données # le plus important dans MySQL. Commencez à 70 % de la RAM totale pour le serveur dédié, sinon 10 % # pour définir des options principalement utiles pour les serveurs de rapports.# Les valeurs par défaut du serveur sont plus rapides pour les transactions et les SELECT rapides.# Ajustez les tailles si nécessaire, expérimentez pour trouver les valeurs optimales.# join_buffer_size =128M# sort_buffer_size =2M# read_rnd_buffer_size =2Mdatadir=/var /lib/mysqlsocket=/var/lib/mysql/mysql.sock# La désactivation des liens symboliques est recommandée pour éviter divers risques de sécuritésymbolic-links=0

[mysqld_safe]

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

Après avoir adapté votre fichier my.cnf à vos besoins, il est temps de démarrer le service :

systemctl restart mysql.service

Si tout se passe bien, votre serveur est maintenant opérationnel et prêt à recevoir des commandes SQL, vous pouvez essayer la commande suivante pour vérifier :

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

Si vous ne pouvez pas démarrer le service, vous pouvez rechercher une raison dans /var/log/mysql/mysqld.log ce fichier est défini par l' erreur de journal option dans [mysqld_safe] de my.cnf séance.

tail /var/log/mysql/mysqld.log

Vous pouvez également jeter un œil dans un fichier à l'intérieur de /var/lib/mysql/ avec un nom sous la forme [hostname].err comme l'exemple suivant :

tail /var/lib/mysql/centos7.err

Si cela échoue également à montrer ce qui ne va pas, vous pouvez également essayer strace :

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

La commande ci-dessus est extrêmement détaillée et sa sortie est de niveau assez bas, mais peut vous montrer la raison pour laquelle vous ne pouvez pas démarrer le service la plupart du temps.

6. Sécuriser votre environnement

Ok, vous avez maintenant votre RDBMS prêt à recevoir des requêtes SQL, mais ce n'est pas une bonne idée de mettre vos précieuses données sur un serveur sans sécurité minimale, il vaut mieux le rendre plus sûr avec mysql_secure_instalation , cet utilitaire permet de supprimer les fonctionnalités par défaut inutilisées, de définir également le mot de passe principal root et de restreindre l'accès pour l'utilisation de cet utilisateur.
Appelez-le simplement par le shell et suivez les instructions à l'écran.

mysql_secure_install

7. Restaurer votre sauvegarde

Si vous venez d'une configuration précédente, vous pouvez maintenant restaurer vos bases de données, utilisez simplement mysqldump une fois de plus.

mysqldump -u root -p < mydatabases.sql

Félicitations, vous venez d'installer Percona sur votre Linux CentOS, votre serveur est maintenant entièrement prêt à l'emploi; Vous pouvez désormais utiliser votre service comme il l'était avec MySQL, et vos services sont entièrement compatibles avec celui-ci.

Conclusion

Il y a beaucoup de choses à configurer pour obtenir de meilleures performances, mais voici quelques options simples pour améliorer votre configuration. Lorsque vous utilisez le moteur innodb, il est également judicieux de définir innodb_file_per_table option activée , il va distribuer les index de table dans un fichier par table, cela signifie que chaque table a son propre fichier d'index, cela rend le système global plus robuste et plus facile à réparer.

Une autre option à garder à l'esprit est le innodb_buffer_pool_size option, InnoDB doit avoir une taille suffisante pour vos ensembles de données, et une valeur entre 70 % et 80 % de la mémoire totale disponible doit être raisonnable.

En définissant la innodb-flush-method vers O_DIRECT vous désactivez le cache en écriture, si vous avez RAID , cela devrait être réglé sur des performances améliorées car ce cache est déjà fait à un niveau inférieur.

Si vos données ne sont pas si critiques et que vous n'avez pas besoin d'ACID entièrement transactions conformes, vous pouvez ajuster à 2 l'option innodb_flush_log_at_trx_commit , cela entraînera également une amélioration des performances.