So installieren Sie Percona Server auf CentOS 7

In diesem Artikel lernen wir den Percona-Server kennen, einen Open-Source-Drop-In-Ersatz für MySQL und auch für MariaDB. Die InnoDB-Datenbank-Engine macht es sehr attraktiv und zu einer guten Alternative, wenn Sie Leistung, Zuverlässigkeit und eine kosteneffiziente Lösung benötigen

In den folgenden Abschnitten werde ich die Installation des Percona-Servers auf CentOS 7 behandeln, ich werde auch die Schritte behandeln, die erforderlich sind, um eine Sicherungskopie Ihrer aktuellen Daten, Konfiguration und Wiederherstellung Ihrer Sicherung zu erstellen.

Inhaltsverzeichnis

• 1 - Was ist und warum Percona verwenden
• 2 - Sichern Sie Ihre Datenbanken
• 3 - Entfernen Sie den vorherigen SQL-Server
• 4 - Percona-Binärdateien installieren
• 5 - Konfigurieren von Percona
• 6 – Sichern Ihrer Umgebung
• 7 - Stellen Sie Ihre Sicherung wieder her

1. Was ist und warum wird Percona verwendet?

Percona ist eine Open-Source-Alternative zu den MySQL- und MariaDB-Datenbanken, es ist eine Abzweigung von MySQL mit vielen Verbesserungen und einzigartigen Funktionen, die es zuverlässiger, leistungsfähiger und schneller als MySQL machen und dennoch vollständig damit kompatibel sind, Sie können sogar die Replikation dazwischen verwenden MySQL und Percona von Oracle.

Exklusive Funktionen von Percona

• Partitionierte adaptive Hash-Suche
• Schneller Prüfsummenalgorithmus
• Vorabladen des Pufferpools
• Unterstützung für FlashCache

MySQL Enterprise- und Percona-spezifische Funktionen

• Tabellen von verschiedenen Servern importieren
• PAM-Authentifizierung
• Prüfprotokoll
• Threadpool

Jetzt, da Sie ziemlich aufgeregt sind, all diese guten Dinge zusammen zu sehen, zeigen wir Ihnen, wie Sie Percona Server installieren und grundlegende Konfigurationen vornehmen.

2. Sichern Sie Ihre Datenbanken

Der folgende Befehl erstellt eine mydatabases.sql Datei mit den SQL-Befehlen zum Neuerstellen/Wiederherstellen der salesdb- und employeedb-Datenbanken, ersetzen Sie die Datenbanknamen, um Ihre Einrichtung widerzuspiegeln, überspringen Sie, wenn dies eine ganz neue Einrichtung ist

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

Kopieren Sie die aktuelle Konfigurationsdatei, Sie können dies auch in neuen Setups überspringen

cp my.cnf my.cnf.bkp

3. Entfernen Sie Ihren vorherigen SQL Server

Beenden Sie MySQL/MariaDB, falls es ausgeführt wird.

systemctl stop mysql.service

Deinstallieren Sie MariaDB und MySQL

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

Verschieben / Umbenennen der MariaDB-Dateien in /var/lib/mysql , es ist sicherer und schneller als nur das Entfernen, es ist wie ein sofortiges Backup der 2. Ebene. :)

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

4. Percona-Binärdateien installieren

Sie können aus einer Reihe von Optionen zur Installation von Percona wählen, in einem CentOS-System ist es im Allgemeinen eine bessere Idee, yum oder RPM zu verwenden, daher werden diese Methoden in diesem Artikel behandelt, das Kompilieren und Installieren aus Quellen wird nicht behandelt diesen Artikel.

Installation aus dem Yum-Repository:

Zuerst müssen Sie das Yum-Repository von Percona wie folgt einstellen:

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

Und dann installieren Sie Percona mit:

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

Der obige Befehl installiert Percona-Server und -Clients, gemeinsam genutzte Bibliotheken, möglicherweise Perl und Perl-Module wie DBI::MySQL, falls diese nicht bereits installiert sind, sowie andere Abhängigkeiten nach Bedarf.

Installation vom RPM-Paket:

Wir können alle RPM-Pakete mit Hilfe von wget herunterladen:

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/

Und mit dem Dienstprogramm rpm installieren Sie alle Pakete einmal:

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

Beachten Sie den Backslash '\' am Ende der Sätze zu den obigen Befehlen, wenn Sie einzelne Pakete installieren, denken Sie daran, dass das gemeinsam genutzte Paket sein muss, um Abhängigkeiten zu erfüllen vor Client und Client vor Server installiert werden.

5. Percona-Server konfigurieren

Vorherige Konfiguration wiederherstellen

Da wir von MariaDB umziehen, können Sie einfach die Sicherung der my.cnf-Datei wiederherstellen, die Sie in früheren Schritten erstellt haben.

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

Eine neue my.cnf erstellen

Wenn Sie eine neue Konfigurationsdatei benötigen, die Ihren Anforderungen entspricht, oder wenn Sie keine Kopie von my.cnf erstellt haben, können Sie diesen Assistenten verwenden, der ihn in einfachen Schritten für Sie generiert.

Hier ist eine my.cnf-Beispieldatei, die mit dem Percona-Server-Paket geliefert wird

# Percona Server template configuration

[mysqld]

## Führendes # entfernen und auf die RAM-Größe für den wichtigsten Daten#-Cache in MySQL setzen. Beginnen Sie mit 70 % des gesamten RAM für dedizierte Server, sonst 10 %.# innodb_buffer_pool_size =128M## Entfernen Sie führende #, um eine sehr wichtige Datenintegritätsoption einzuschalten:Protokollierung# von Änderungen im Binärlog zwischen Backups.# log_bin## Entfernen Sie führende # Um Optionen festzulegen, die hauptsächlich für Berichtsserver nützlich sind. # Die Server-Standardwerte sind schneller für Transaktionen und schnelle SELECTs. # Passen Sie die Größen nach Bedarf an, experimentieren Sie, um die optimalen Werte zu finden. # join_buffer_size =128M# sort_buffer_size =2M# read_rnd_buffer_size =2Mdatadir=/var /lib/mysqlsocket=/var/lib/mysql/mysql.sock# Es wird empfohlen, symbolische Links zu deaktivieren, um verschiedene Sicherheitsrisiken zu vermeidensymbolic-links=0

[mysqld_safe]

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

Nachdem Sie Ihre my.cnf-Datei Ihren Anforderungen angepasst haben, ist es an der Zeit, den Dienst zu starten:

systemctl restart mysql.service

Wenn alles gut geht, Ihr Server jetzt hochgefahren und bereit ist, SQL-Befehle zu empfangen, können Sie den folgenden Befehl ausprobieren, um dies zu überprüfen:

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

Wenn Sie den Dienst nicht starten können, können Sie die Ursache in /var/log/mysql/mysqld.log suchen diese Datei wird durch den Log-Error gesetzt Option in [mysqld_safe] von my.cnf Sitzung.

tail /var/log/mysql/mysqld.log

Sie können sich auch eine Datei in /var/lib/mysql/ ansehen mit Namen in Form von [hostname].err wie im folgenden Beispiel:

tail /var/lib/mysql/centos7.err

Wenn dies auch fehlschlägt, um zu zeigen, was falsch ist, können Sie es auch mit strace versuchen:

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

Der obige Befehl ist extrem ausführlich und seine Ausgabe ist ziemlich niedrig, kann Ihnen aber den Grund zeigen, warum Sie den Dienst in den meisten Fällen nicht starten können.

6. Sichern Ihrer Umgebung

Ok, Sie haben Ihr RDBMS jetzt bereit, SQL-Anfragen zu empfangen, aber es ist keine gute Idee, Ihre wertvollen Daten auf einem Server ohne Mindestsicherheit abzulegen, es ist besser, es mit mysql_secure_instalation sicherer zu machen , dieses Dienstprogramm hilft beim Entfernen ungenutzter Standardfunktionen, legt auch das Root-Hauptkennwort fest und macht Zugriffsbeschränkungen für die Verwendung dieses Benutzers.
Rufen Sie es einfach über die Shell auf und folgen Sie den Anweisungen auf dem Bildschirm.

mysql_secure_install

7. Stellen Sie Ihr Backup wieder her

Wenn Sie von einem früheren Setup kommen, können Sie jetzt Ihre Datenbanken wiederherstellen, verwenden Sie einfach erneut mysqldump.

mysqldump -u root -p < mydatabases.sql

Herzlichen Glückwunsch, Sie haben gerade Percona auf Ihrem CentOS Linux installiert, Ihr Server ist jetzt vollständig einsatzbereit; Sie können Ihren Dienst jetzt so verwenden, wie er MySQL war, und Ihre Dienste sind vollständig damit kompatibel.

Schlussfolgerung

Es gibt viele Dinge zu konfigurieren, um eine bessere Leistung zu erzielen, aber hier sind einige einfache Optionen, um Ihr Setup zu verbessern. Wenn Sie die Innodb-Engine verwenden, ist es auch eine gute Idee, die innodb_file_per_table festzulegen Option ein , es wird Tabellenindizes in einer Datei pro Tabelle verteilen, es bedeutet, dass jede Tabelle ihre eigene Indexdatei hat, es macht das Gesamtsystem robuster und leichter zu reparieren.

Eine andere zu berücksichtigende Option ist innodb_buffer_pool_size Option sollte InnoDB groß genug für Ihre Datensätze sein und einen Wert zwischen 70 % und 80 % haben des insgesamt verfügbaren Speichers sollte angemessen sein.

Durch Setzen der innodb-flush-Methode an O_DIRECT Sie deaktivieren den Schreibcache, wenn Sie RAID haben , dies sollte auf verbesserte Leistung eingestellt werden, da dieser Cache bereits auf einer niedrigeren Ebene ausgeführt wird.

Wenn Ihre Daten nicht so kritisch sind und Sie ACID nicht vollständig benötigen konforme Transaktionen können Sie auf 2 einstellen die Option innodb_flush_log_at_trx_commit , führt dies auch zu einer verbesserten Leistung.