pt-upgradep - Online in der Cloud

PROGRAMM:

NAME/FUNKTION

pt-upgrade - Stellen Sie sicher, dass die Abfrageergebnisse auf verschiedenen Servern identisch sind.

ZUSAMMENFASSUNG

Verwendung: pt-upgrade [OPTIONEN] LOGS|RESULTS DSN [DSN]

pt-upgrade führt Abfragen in den angegebenen MySQL "LOGS" auf jedem "DSN" aus, vergleicht die Ergebnisse,
und meldet alle wesentlichen Unterschiede. Das Tool kann die Ergebnisse auch für später speichern
Analysen. "LOGS" kann langsam, allgemein, binär, tcpdump und "raw" sein.

Vergleichen Sie host2 mit host1 mithilfe von Abfragen in "slow.log":

pt-upgrade h=host1 h=host2 langsam.log

Vergleichen Sie host2 mit den gespeicherten Ergebnissen von host1:

pt-upgrade h=host1 --save-results host1_results/slow.log

pt-upgrade host1_results1/ h=host2

RISIKEN

Percona Toolkit ist ausgereift, in der Praxis bewährt und gut getestet, aber alle Datenbank
Tools können eine Gefahr für das System und den Datenbankserver darstellen. Bevor Sie dieses Werkzeug verwenden,
Bitte:

· Lesen Sie die Dokumentation des Tools

· Überprüfen Sie die bekannten "BUGS" des Tools

· Testen Sie das Tool auf einem Nicht-Produktionsserver

· Sichern Sie Ihren Produktionsserver und überprüfen Sie die Backups

BESCHREIBUNG

pt-upgrade hilft bei der Feststellung, ob ein Upgrade (oder Downgrade) auf eine neue Version von . sicher ist
MySQL. Ein sicherer und konservativer Upgrade-Plan umfasst mehrere Schritte, von denen einer die Gewährleistung
dass Abfragen in der neuen MySQL-Version identische Ergebnisse liefern.

pt-upgrade führt Abfragen von langsamen, allgemeinen, binären, tcpdump- und "rohen" Protokollen auf zwei aus
Server, vergleicht viele Aspekte der Ausführung und Ergebnisse jeder Abfrage und meldet alle
deutliche Unterschiede. Die beiden Server sind normalerweise Entwicklungsserver, einer läuft
die aktuelle Produktionsversion von MySQL und die andere mit der neuen MySQL-Version.

VERWENDUNG FÄLLE

pt-upgrade hat zwei Anwendungsfälle. Der erste, kanonische Fall ist das Ausführen von "Host to Host". Ein Holzklotz
-Datei und zwei DSN werden in der Befehlszeile angegeben, einer für jeden MySQL-Server. Siehe das erste
Beispiel in der "SYNOPSIS". Abfragen werden auf jedem Server als Werkzeug ausgeführt und verglichen
läuft. Abfragen mit Unterschieden werden gedruckt, während das Tool ausgeführt wird oder wenn es beendet ist (siehe
"WENN FRAGEN GEMELDET WERDEN"). Es wird nichts auf der Festplatte gespeichert, daher erfordert dieser Anwendungsfall weniger
Festplattenspeicher, aber die Abfragen müssen auf beiden Servern ausgeführt werden, wenn das Tool ausgeführt wird
wieder, auch wenn sich einer der Server nicht geändert hat. Bei vielen Fragen oder
deren Ausführung dauert lange und ein Server ändert sich nicht
zweiter Anwendungsfall.

Der zweite Anwendungsfall ist die Ausführung von "Referenzergebnissen auf Host". Referenzergebnisse sind die
vollständige Ergebnisse von einem einzelnen MySQL-Server, gespeichert auf der Festplatte. In diesem Fall müssen Sie zuerst
Generieren Sie die Referenzergebnisse mit "--save-results", dann führen Sie das Tool ein zweites Mal aus, um
vergleichen Sie einen anderen MySQL-Server mit den Ergebnissen. Siehe das zweite Beispiel in der "SYNOPSIS".
Ergebnisse werden normalerweise für die aktuelle Version von MySQL generiert, die sich nicht ändert.
Dieser Anwendungsfall kann erfordern a Menge Speicherplatz, da die Ergebnisse (dh Zeilen) für alle
Abfragen müssen gespeichert werden, sowie weitere Daten zu den Abfragen. Wenn du vorhast, viele zu tun
Vergleichen mit einer festen Version von MySQL ist dieser Anwendungsfall effizienter. Oder wenn du
nicht gleichzeitig Zugriff auf beide Server haben, können Sie in diesem Anwendungsfall "ausführen"
jetzt, vergleiche später".

WICHTIG ÜBERLEGUNGEN

KONSISTENZ
Konsistente Umgebungen und konsistente Daten sind entscheidend für den Erhalt eines genauen Berichts.
pt-upgrade sollte niemals auf einem Produktionsserver oder einem aktiven Server ausgeführt werden, da dort
ist keine einfache Möglichkeit, für jede Abfrage ein synchrones Lesen sicherzustellen. Wenn sich die Daten auf einem von beiden ändern
Server während pt-upgrade ausgeführt wird, kann der Bericht mehr False-Positives enthalten als
legitime Unterschiede. pt-Upgrade übernimmt zur Abwicklung, Integrierung, Speicherung und beide MySQL Server sind statisch, unveränderlich
(außer für den jedem Änderungen gemacht by Werkzeug if lief mit "--kein-schreibgeschützt"). Ein schreibgeschütztes
Workload sollte das Tool nicht beeinflussen, außer vielleicht Abfragezeiten, also könnten schreibgeschützte Slaves sein
benutzt.

verglichen TO
Bei einem Host-zu-Host-Vergleich legen die Ergebnisse des ersten Hosts die Norm fest, nach der
Ergebnisse vom zweiten Host werden verglichen. In einem Referenzergebnis zum Host-Vergleich wurde die
Referenzergebnisse sind die Norm, mit der der Host verglichen wird. Vergleichssätze wie
"kleiner als", "besser als" usw. bedeuten im Vergleich zur Norm.

Wenn die Abfragezeit für ein Ereignis beispielsweise 0.01 auf dem ersten Host und 0.5 auf dem beträgt
zweiten Wirt, das ist ein signifikanter Unterschied, da 0.5 schlechter als 0.1 ist, und daher die
Abfrage wird gemeldet.

SCHREIBGESCHÜTZT
Standardmäßig führt pt-upgrade nur die Anweisungen "SELECT" und "SET" aus. (Das tut nicht
'SELECT...INTO'-Anweisungen einschließen, die keine Zeilen zurückgeben, sondern die Ausgabe in eine Datei ausgeben oder
Variable.) Wenn Sie wiederherstellbare Test- oder Entwicklungsserver verwenden und vergleichen möchten
auch Anweisungen schreiben (zB "INSERT", "UPDATE", "DELETE"), dann "--no-read-only" angeben.
Wenn Sie ein Binärlog verwenden, müssen Sie "--no-read-only" angeben, da Binärlogs kein . enthalten
"SELECT"-Anweisungen. Siehe "--[no]schreibgeschützt".

GESCHÄFTE
Das Tool erstellt keine eigenen Transaktionen, aber alle Transaktionen im "LOG" sind
ausgeführt wie es ist. Da Protokolle seriell sind, sollten Transaktionen normalerweise kein Problem darstellen. Wenn,
Sie müssen jedoch Abfragen vergleichen, die irgendwie transaktionsbezogen sind (in denen
Falls Sie wahrscheinlich auch "--[no]read-only" deaktivieren müssen), dann wird pt-upgrade wahrscheinlich nicht
tun Sie, was Sie brauchen, weil es nicht für diesen Zweck entwickelt wurde.

pt-upgrade wird standardmäßig mit "autocommit=1" ausgeführt.

DROSSELUNG
pt-upgrade hat keine Drosselungsoptionen, da das Tool nur auf dedizierten ausgeführt werden sollte
Test- oder Entwicklungsserver. Do nicht Lauf pt-Upgrade on Produktion Server!
Folglich ist das Tool CPU-, Speicher-, Festplatten- und Netzwerk-intensiv. Es führt Abfragen aus
so schnell wie möglich.

QUERY UNTERSCHIEDE

Signifikante Abfrageunterschiede werden durch den Vergleich dieser Aspekte jeder Abfrage von
beide Gastgeber:

Reihenanzahl
Die Anzahl der von der Abfrage zurückgegebenen Zeilen sollte gleich sein. Dies wird gemeldet als
"fehlende Zeilen" unter "Zeilendiffs".

Zeilendaten
Die von der Abfrage zurückgegebenen Zeilendaten sollten identisch sein. Alle Unterschiede sind
signifikant: Leerzeichen, Float-Präzision usw.

Warnungen
Die Abfrage sollte entweder keine Fehler oder Warnungen oder dieselben Fehler erzeugen
oder Warnungen.

Abfragezeit
Eine Abfrage wird selten mit einer konstanten Zeit ausgeführt, aber ihre Ausführungszeit sollte innerhalb von . liegen
der gleichen Größenordnung oder kleiner.

Abfragefehler
Wenn eine Abfrage nur auf einem Host einen SQL-Fehler verursacht, wird dies als "Abfragefehler" gemeldet.
Da die Abfrage auf einem Host funktioniert, ist ihre Syntax wahrscheinlich gültig und der Fehler ist schuld
zu einer Bedingung, die für den anderen Host einzigartig ist.

SQL-Fehler
Führt eine Abfrage auf beiden Hosts zu einem SQL-Fehler, wird dies als „SQL-Fehler“ gemeldet. Die
Die SQL-Syntax der Abfrage könnte ungültig sein.

BERICHT

Während pt-upgrade ausgeführt wird, gibt es Abfragen mit Unterschieden so schnell wie möglich aus (siehe "WANN
ABFRAGEN WERDEN BERICHTET"). Damit der Bericht nicht zu lang wird, werden Abfragen nicht
einzeln gemeldet, aber nach Fingerabdruck in Klassen gruppiert. Ein Abfrage-Fingerabdruck ist der
abstrahierte Form einer Abfrage, erstellt durch Entfernen von Literalwerten, Normalisieren von Leerzeichen,
usw. Diese Abfragen gehören also zur selben Klasse:

SELECT c VON t WO id = 1
SELECT c VON t WO id=5
wähle c von t mit id = 9

Der Fingerabdruck für diese Abfragen lautet:

Wählen Sie c von t wobei id=?

Jede Abfrageklasse kann bis zu "--max-class-size" eindeutige Abfragen haben (standardmäßig 1,000). Hoch
bis "--max-examples" werden für jeden Unterschiedstyp pro Abfrageklasse gemeldet. Aufgrund
in derselben Klasse zu sein, ist ein Beispiel für den Unterschied einer Abfrage normalerweise repräsentativ
aller Abfragen mit dem gleichen Unterschied, sodass nicht jedes Beispiel gemeldet werden muss.
Die Gesamtzahl der Abfragen in einer Klasse mit einem bestimmten Unterschied wird im
berichten.

BEISPIEL
#------------------------------------------------- ----------------------
# Protokolle
#------------------------------------------------- ----------------------

Datei: /opt/mysql/slow.log
Größe: 59700

#------------------------------------------------- ----------------------
# Gastgeber
#------------------------------------------------- ----------------------

host1:

DSN: h = 127.1, P = 12345
Hostname: dev1
MySQL: MySQL 5.1.68

host2:

DSN: h = 127.1, P = 12348
Hostname: dev2
MySQL: MySQL 5.5.10

################################################ ######################
# Abfrageklasse AAD020567F8398EE
################################################ ######################

Meldeklasse, weil sie Diffs hat, aber noch nicht gemeldet wurde.

Abfragen insgesamt 1
Eindeutige Abfragen 1
Verworfene Abfragen 0

in t (id, username) Werte (?+) einfügen

##
## Warndiffs: 1
##

- 1.

Code: 1265
Stufe: Warnung
Meldung: Daten für Spalte 'Benutzername' in Zeile 1 abgeschnitten

vs

Keine Warnung 1265

INSERT INTO t (id, username) VALUES (NULL, 'long_username')

#------------------------------------------------- ----------------------
# Statistiken
#------------------------------------------------- ----------------------

fehlgeschlagene_Abfragen 0
not_select 0
query_filtered 0
query_no_diffs 0
query_read 1
query_with_diffs 1
query_with_errors 0

Die "Abfrageklasse "-Abschnitte sind die wichtigsten, da sie "QUERY
UNTERSCHIEDE". Der erste Teil des Abschnitts listet den Grund auf, warum die Abfrageklasse
Bericht, gefolgt von der Anzahl der Anfragen in der Klasse, gefolgt vom Fingerabdruck, der
definiert die Klasse.

Der Rest des Abfrageklassenabschnitts listet die "QUERY UNTERSCHIEDE" auf, die dazu geführt haben, dass die Klasse
gemeldet werden. Jede Art von Unterschied beginnt mit einem doppelten Hash-Markierungs-Header, der die
Typ und Gesamtanzahl der Abfragen in der Klasse mit der Differenz. Dann bis
"--max-examples" werden aufgelistet, nummeriert mit "-- 1.", "--- 2.", etc. Jedes Beispiel listet die
Unterschied für den ersten und zweiten Host (entsprechend dem Abschnitt "Hosts"), gefolgt von
die erste SQL-Anweisung, die den Unterschied aufdeckte.

WENN FRAGEN SIND GEMELDET

Eine Abfrageklasse wird gemeldet, sobald einer der "ABFRAGEUNTERSCHIEDE" oder Abfragefehler
hat "--max-examples". Andernfalls werden alle Abfragen mit Unterschieden gemeldet, wenn das Tool
endet.

Wenn beispielsweise zwei Abfragezeitunterschiede für eine Abfrageklasse gefunden werden, wird sie nicht gemeldet
noch. Sobald eine dritte Abfragezeitdifferenz gefunden wird, wird die Abfrageklasse gemeldet, einschließlich
alle anderen Unterschiede, die möglicherweise auch gefunden wurden. Anfragen für die Klasse werden fortgesetzt
ausgeführt werden, aber die Klasse wird nicht erneut gemeldet.

AUSGABE

Der "REPORT" wird während der Ausführung des Tools auf STDOUT gedruckt. Interne Warnungen, Fehler und
"--progress" werden nach STDERR ausgegeben. Um die beiden getrennt zu halten, führen Sie das Tool wie folgt aus:

pt-upgrade ... 1>Bericht 2>Fehler &

Dann "tail -f err", während das Tool läuft, um seinen "--progress" zu verfolgen.

EXIT STATUS

Im Allgemeinen verlässt das Werkzeug den Nullpunkt, wenn es normal endet und keine internen
Warnungen oder Fehler, und es wurden keine "QUERY DIFFERENCES" gefunden. Andernfalls wird das Werkzeug ungleich Null verlassen
mit einem oder mehreren der folgenden Codes:

· 1

Es gab zu viele interne Fehler oder Warnungen; siehe STDERR. Siehe auch
"--[no]continue-on-error".

· 4

Es gab "ABFRAGEUNTERSCHIEDE"; siehe "BERICHT".

· 8

"--laufzeit" abgelaufen; das Tool hat das Lesen der Protokolle oder Referenzergebnisse nicht abgeschlossen.

Andere Exit-Codes weisen darauf hin, dass das Tool abgestürzt ist oder unerwartet abgestürzt ist. Der Fehler, dass
verursacht, dass dies auf STDERR gedruckt werden sollte.

Um nach einem bestimmten Exit-Code zu suchen, logisches "UND" ("&") den endgültigen Exit-Status mit dem
Exit-Code. Zum Beispiel impliziert Exit-Status 5 die Codes 1 und 4, weil "5 & 1" wahr ist, und
"5 & 4" ist wahr.

OPTIONAL

Dieses Tool akzeptiert zusätzliche Befehlszeilenargumente. Siehe "SYNOPSIS" und Verwendung
Informationen für Details.

--ask-pass
Beim Herstellen einer Verbindung mit MySQL zur Eingabe eines Kennworts auffordern.

--Zeichensatz
Kurzform: -A; Typ: Zeichenfolge

Standardzeichensatz. Wenn der Wert utf8 ist, setzt Perls binmode auf STDOUT auf utf8,
übergibt die Option mysql_enable_utf8 an DBD::mysql und führt danach SET NAMES UTF8 aus
Verbindung zu MySQL. Jeder andere Wert setzt binmode auf STDOUT ohne die utf8-Ebene,
und führt SET NAMES aus, nachdem eine Verbindung zu MySQL hergestellt wurde.

--config
Typ: Array

Lesen Sie diese durch Kommas getrennte Liste von Konfigurationsdateien; falls angegeben, muss dies der erste sein
Option in der Befehlszeile.

--[no] Continue-on-Error
Standard: ja

Setzen Sie die Analyse fort, auch wenn ein Fehler auftritt. Das Tool wird nicht ewig weiterlaufen: es
stoppt nach 100 Fehlern, in diesem Fall liegt wahrscheinlich ein Fehler im Tool oder in der Eingabe vor
ist ungültig.

--[no]create-upgrade-table
Standard: ja

Erstellen Sie die Datenbank und Tabelle "--upgrade-table".

--dämonisieren
In den Hintergrund gabeln und von der Schale lösen. Nur POSIX-Betriebssysteme.

--Datenbank
Kurzform: -D; Typ: Zeichenfolge

Standarddatenbank beim Verbinden mit MySQL.

--defaults-Datei
Kurzform: -F; Typ: Zeichenfolge

Lesen Sie nur MySQL-Optionen aus der angegebenen Datei. Sie müssen einen absoluten Pfadnamen angeben.

--[no]disable-query-cache
Standard: ja

"SET SESSION query_cache_type = OFF", um den Abfrage-Cache zu deaktivieren.

--Probelauf
Ausführen, aber keine Abfragen ausführen oder vergleichen. Dies ist nützlich, um die Befehlszeile zu überprüfen
Optionen, Verbindungen zu MySQL und das Parsing von Protokoll- oder Referenzergebnissen.

--Filter
Typ: Zeichenfolge

Erlaube Ereignisse, für die dieser Perl-Code true zurückgibt.

Siehe dieselbe Option in der Dokumentation für pt-query-digest.

--help
Hilfe anzeigen und beenden.

--Gastgeber
Kurzform: -h; Typ: Zeichenfolge

MySQL-Hostname oder -IP.

--ignore-Warnungen
Typ: Hash

Ignorieren Sie diese MySQL-Warncodes, wenn Sie Warnungen vergleichen.

--Protokoll
Typ: Zeichenfolge

Geben Sie STDOUT und STDERR in diese Datei aus, wenn sie dämonisiert ist. Diese Option hat nur Auswirkungen
wenn "--daemonize" angegeben ist. Die Datei wird erstellt, wenn sie nicht existiert, sonst Ausgabe
wird daran angehängt.

--max-Klassengröße
Typ: int; Standard: 1000

Maximale Anzahl eindeutiger Abfragen in jeder Abfrageklasse. Siehe "BERICHT".

--max-Beispiele
Typ: int; Standard: 3

Maximale Anzahl von Beispielen, die für jeden "ABFRAGEUNTERSCHIEDE" aufgelistet werden sollen. Eine Abfrageklasse ist
gemeldet, sobald so viele Beispiele für jede Art von Abfrageunterschied gefunden werden.

--Passwort
Kurzform: -p; Typ: Zeichenfolge

MySQL-Passwort für den "--user".

--pid
Typ: Zeichenfolge

Erstellen Sie die angegebene PID-Datei. Das Tool startet nicht, wenn die PID-Datei bereits vorhanden ist und
die darin enthaltene PID unterscheidet sich von der aktuellen PID. Wenn jedoch die PID-Datei
existiert und die darin enthaltene PID nicht mehr ausgeführt wird, überschreibt das Tool die PID
Datei mit der aktuellen PID. Die PID-Datei wird beim Beenden des Tools automatisch entfernt.

--Hafen
Kurzform: -P; Typ: int

MySQL-Portnummer.

--Fortschritt
Typ: Array; Standard: Zeit, 30

Fortschrittsberichte an STDERR drucken. Das Tool druckt Fortschrittsberichte beim Lesen von Protokollen
oder Referenzergebnisse, um ungefähr abzuschätzen, wie lange es bis zum Ende dauert.

Der Wert ist eine durch Kommas getrennte Liste mit zwei Teilen. Der erste Teil kann ein Prozentsatz sein,
Zeit oder Iterationen; der zweite Teil gibt an, wie oft ein Update gedruckt werden soll,
in Prozent, Sekunden oder Anzahl der Iterationen.

--[no]schreibgeschützt
Standard: ja

Führen Sie nur die Anweisungen "SELECT" und "SET" aus. Wenn "--no-read-only" angegeben ist, alle
Abfragen werden ausgeführt: "DROP", "DELETE", "UPDATE", etc. Auch bei Ausführung im Standard
Nur-Lese-Modus verwenden, sollten Sie einen MySQL-Benutzer mit nur "SELECT"-Berechtigungen verwenden, um dies zu gewährleisten
gegen Fehler im Tool.

--Prüfbericht
Typ: Hash; Standard: Hosts, Protokolle, Abfragen, Statistiken

Drucken Sie diese Abschnitte des "BERICHTS".

--Laufzeit
Typ: Zeit

Wie lange muss man laufen, bevor man es verlässt. Standardmäßig wird das Tool ausgeführt, bis es das Lesen beendet hat
die Protokolle oder Referenzergebnisse.

--Ergebnisse speichern
Typ: Zeichenfolge

Speichern Sie Referenzergebnisse in diesem Verzeichnis. Diese Option funktioniert nur, wenn ein DSN
angegeben, um Referenzergebnisse zu generieren. Wenn Sie einen Host mit Referenzergebnissen vergleichen,
Geben Sie sein Ergebnisverzeichnis anstelle seines DSN an. Siehe das zweite Beispiel in der
"ZUSAMMENFASSUNG".

Referenzergebnisse können verwendet werden a Menge Speicherplatz.

--set-vars
Typ: Array

Legen Sie die MySQL-Variablen in dieser durch Kommas getrennten Liste von "variable=value"-Paaren fest.

Standardmäßig sind die Werkzeugsätze:

wait_timeout=10000

In der Befehlszeile angegebene Variablen überschreiben diese Standardwerte. Zum Beispiel,
Die Angabe von "--set-vars wait_timeout=500" überschreibt den Standardwert von 10000.

Das Tool druckt eine Warnung und fährt fort, wenn eine Variable nicht gesetzt werden kann.

--Steckdose
kurz Formen; Typ: Zeichenfolge

Socket-Datei, die für die Verbindung verwendet werden soll.

--Typ
Typ: Zeichenfolge; Standard: Slowlog

Art der Protokolldateien. Gültige Typen sind:

WERTLOG-TYP
======= =========================================
Slowlog MySQL Slowlog
genlog MySQL allgemeines Log
binlog MySQL-Binärlog (konvertiert von mysqlbinlog)
rawlog Benutzerdefiniertes Protokoll mit einer SQL-Anweisung pro Zeile

--upgrade-table
Typ: Zeichenfolge; Standard: percona_schema.pt_upgrade

Verwenden Sie diese Tabelle, um Warnungen zu löschen. Um alle Warnungen aus vorherigen Abfragen zu löschen, pt-
upgrade führt "SELECT * FROM --upgrade-table LIMIT 1" auf jedem Host aus, bevor es ausgeführt wird
jede Abfrage.

Die Tabelle muss datenbankqualifiziert sein. Die Datenbank und Tabelle werden automatisch
erstellt, es sei denn, "--no-create-upgrade-table" ist angegeben (siehe
"--[no]create-upgrade-table"). Wenn die Tabelle noch nicht existiert, wird sie erstellt
mit dieser Definition:

TABELLE ERSTELLEN pt_upgrade (
id INT NICHT NULL PRIMÄRSCHLÜSSEL
)

--Benutzer
Kurzform: -u; Typ: Zeichenfolge

MySQL-Benutzer, wenn nicht der aktuelle Systembenutzer.

--Version
Version anzeigen und beenden.

--[no]Versionsprüfung
Standard: ja

Suchen Sie nach der neuesten Version von Percona Toolkit, MySQL und anderen Programmen.

Dies ist eine Standardfunktion "Automatisch nach Updates suchen" mit zwei zusätzlichen
Merkmale. Zuerst prüft das Tool die Version anderer Programme auf dem lokalen System in
zusätzlich zu einer eigenen Version. Zum Beispiel überprüft es die Version jedes MySQL-Servers
es verbindet sich mit Perl und dem Perl-Modul DBD::mysql. Zweitens prüft es und warnt
über Versionen mit bekannten Problemen. MySQL 5.5.25 hatte beispielsweise einen kritischen Fehler und
wurde als 5.5.25a wiederveröffentlicht.

Alle Aktualisierungen oder bekannten Probleme werden vor der normalen Ausgabe des Tools an STDOUT ausgegeben.
Diese Funktion sollte niemals den normalen Betrieb des Werkzeugs beeinträchtigen.

Für weitere Informationen besuchen Sie .

--watch-server
Typ: Zeichenfolge

Analysieren Sie nur Ereignisse für diesen IP:port für "--type" tcpdump. Alle anderen IP-Adressen sind
ignoriert. Wenn nicht angegeben, überwacht pt-upgrade alle Server, indem es nach einer beliebigen IP sucht
Adresse über Port 3306 oder "mysql". Wenn Sie einen Server mit einem nicht standardmäßigen
port, dies funktioniert nicht, daher müssen Sie die zu überwachende IP-Adresse und den Port angeben.

Wenn Sie eine Mischung aus Servern sehen möchten, von denen einige auf dem Standardport 3306 und einige laufen
auf nicht standardmäßigen Ports ausgeführt werden, müssen Sie separate tcpdump-Ausgaben für die
Nicht-Standard-Port-Server und geben Sie dann diese Option für jeden an. Zur Zeit pt-
Upgrade kann Server auf Port 3306 nicht automatisch erkennen und wird auch angewiesen, einen Server auf zu überwachen
ein nicht standardmäßiger Port.

dsn OPTIONAL

Diese DSN-Optionen werden verwendet, um einen DSN zu erstellen. Jede Option wird wie "option=value" angegeben.
Bei den Optionen muss die Groß-/Kleinschreibung beachtet werden, sodass P und p nicht dieselbe Option sind. Es kann nicht sein
Leerzeichen vor oder nach dem "=", und wenn der Wert Leerzeichen enthält, muss es sein
zitiert. DSN-Optionen sind durch Kommas getrennt. Vollständige Informationen finden Sie auf der percona-toolkit-Manpage
Details.

· EIN

dsn: Zeichensatz; kopieren: ja

Standardzeichensatz.

· D

dsn: Datenbank; kopieren: ja

Standarddatenbank.

· F.

dsn: mysql_read_default_file; kopieren: ja

Nur Standardoptionen aus der angegebenen Datei lesen

· H

dsn: host; kopieren: ja

Mit Host verbinden.

L

kopieren: ja

Aktivieren Sie explizit LOAD DATA LOCAL INFILE.

Aus irgendeinem Grund kompilieren einige Anbieter libmysql ohne das --enable-local-infile
Option, die die Anweisung deaktiviert. Dies kann zu seltsamen Situationen führen, wie z
Server, der LOCAL INFILE zulässt, der Client jedoch Ausnahmen auslöst, wenn er verwendet wird.

Solange der Server DATEN LADEN zulässt, können Clients es jedoch problemlos wieder aktivieren. Sehen
und
<http://search.cpan.org/~capttofu/DBD-mysql/lib/DBD/mysql.pm>. Diese Option funktioniert
genau das.

Obwohl wir keinen Fall gefunden haben, in dem das Drehen dieser Option zu Fehlern oder Abweichungen führt
Verhalten, um auf der sicheren Seite zu sein, ist diese Option standardmäßig nicht aktiviert.

· P

dsn: Passwort; kopieren: ja

Passwort für die Verbindung. Wenn das Passwort Kommas enthält, müssen diese maskiert werden
mit Backslash: "exam\,ple"

· P.

dsn: port; kopieren: ja

Portnummer, die für die Verbindung verwendet werden soll.

· S

dsn: mysql_socket; kopieren: ja

Socket-Datei, die für die Verbindung verwendet werden soll.

· du

dsn: Benutzer; kopieren: ja

Benutzer für die Anmeldung, wenn nicht aktueller Benutzer.

Die Umgebungsvariable "PTDEBUG" ermöglicht die ausführliche Debugging-Ausgabe an STDERR. Ermöglichen
Debuggen und die gesamte Ausgabe in eine Datei erfassen, führen Sie das Tool wie folgt aus:

PTDEBUG=1 pt-upgrade ... > DATEI 2>&1

Seien Sie vorsichtig: Die Debug-Ausgabe ist umfangreich und kann mehrere Megabyte an Ausgabe erzeugen.

SYSTEM VORAUSSETZUNGEN

Sie benötigen Perl, DBI, DBD::mysql und einige Kernpakete, die in jedem installiert werden sollten
relativ neue Version von Perl.

Verwenden Sie pt-upgradep online mit den onworks.net-Diensten