mysqlbinlog

PROGRAM:

IMIĘ

mysqlbinlog - narzędzie do przetwarzania binarnych plików dziennika

STRESZCZENIE

mysqlbinlog [opcje] plik dziennika ...

OPIS

Log binarny serwera składa się z plików zawierających „zdarzenia” opisujące modyfikacje
do zawartości bazy danych. Serwer zapisuje te pliki w formacie binarnym. Aby wyświetlić ich
zawartość w formacie tekstowym, użyj formatu mysqlbinlog pożytek. Możesz także użyć mysqlbinlog do
wyświetlić zawartość plików dziennika przekazywania zapisanych przez serwer podrzędny w konfiguracji replikacji
ponieważ dzienniki przekazywania mają taki sam format jak dzienniki binarne. Dziennik binarny i dziennik przekaźnika są
omówione dalej w Sekcja 5.2.4, „Dziennik binarny” i Sekcja 17.2.2, „Replikacja
Dzienniki przekaźników i stanu”.

odwołać się mysqlbinlog lubię to:

muszla> mysqlbinlog [Opcje] plik dziennika ...

Na przykład, aby wyświetlić zawartość binarnego pliku dziennika o nazwie binlog.000003, użyj tego
polecenie:

muszla> mysqlbinlog binlog.0000003

Dane wyjściowe zawierają zdarzenia zawarte w pliku binlog.000003. W przypadku rejestrowania opartego na instrukcjach zdarzenie
informacje obejmują instrukcję SQL, identyfikator serwera, na którym została wykonana, plik
znacznik czasu, kiedy instrukcja została wykonana, ile czasu to zajęło i tak dalej. Dla
rejestrowanie oparte na wierszach zdarzenie wskazuje na zmianę wiersza, a nie na instrukcję SQL. Widzieć
Sekcja 17.1.2, „Formaty replikacji”, zawiera informacje o trybach rejestrowania.

Zdarzenia są poprzedzone komentarzami nagłówka, które zawierają dodatkowe informacje. Na przykład:

# na 141
#100309 9:28:36 identyfikator serwera 123 end_log_pos 245
Zapytanie thread_id=3350 exec_time=11 error_code=0

W pierwszym wierszu liczba następująca po wskazuje przesunięcie pliku lub początek
pozycja zdarzenia w binarnym pliku dziennika.

Drugi wiersz zaczyna się od daty i godziny wskazującej, kiedy wyciąg został uruchomiony w dniu
serwer, z którego pochodzi zdarzenie. W celu replikacji ten znacznik czasu jest propagowany do urządzenia podrzędnego
serwery. identyfikator serwera to wartość identyfikator_serwera serwera, z którego pochodzi zdarzenie.
end_log_pos wskazuje, gdzie rozpoczyna się następne zdarzenie (czyli jest to pozycja końcowa zdarzenia
bieżące wydarzenie + 1). thread_id wskazuje, który wątek wykonał zdarzenie. czas_wykonania to
czas spędzony na wykonaniu zdarzenia na serwerze głównym. Na niewolniku to jest różnica
końcowego czasu wykonania na urządzeniu podrzędnym minus początkowy czas wykonania na urządzeniu głównym.
Różnica służy jako wskaźnik opóźnienia replikacji w stosunku do wzorca.
kod_błędu wskazuje wynik wykonania zdarzenia. Zero oznacza brak błędu
miejsce.

Note
Podczas korzystania z grup zdarzeń przesunięcia plików zdarzeń mogą być grupowane razem, a plik
komentarze wydarzeń mogą być grupowane. Nie myl tych zgrupowanych wydarzeń z
puste przesunięcia plików.

Dane wyjściowe z mysqlbinlog można ponownie wykonać (na przykład, używając go jako danych wejściowych do
mysql), aby ponownie wykonać instrukcje w dzienniku. Jest to przydatne w przypadku operacji odzyskiwania po a
awaria serwera. Aby zapoznać się z innymi przykładami użycia, zobacz omówienie w dalszej części tej sekcji oraz w
Sekcja 7.5, „Odzyskiwanie do określonego punktu w czasie (przyrostowe) przy użyciu dziennika binarnego”.

Normalnie używasz mysqlbinlog do bezpośredniego odczytu binarnych plików dziennika i zastosowania ich do
lokalny serwer MySQL. Możliwe jest również odczytywanie dzienników binarnych ze zdalnego serwera za pomocą
dotychczasowy --odczyt-z-zdalnego-serwera opcja. Aby odczytać zdalne dzienniki binarne, parametr połączenia
można podać opcje wskazujące sposób łączenia się z serwerem. Te opcje są --gospodarz,
--hasło, --Port, --protokół, --gniazdo elektryczne, --użytkownik; są ignorowane, chyba że ty
również użyj --odczyt-z-zdalnego-serwera opcja.

mysqlbinlog obsługuje następujące opcje, które można określić w wierszu poleceń lub
w grupach [mysqlbinlog] i [client] pliku opcji. Aby uzyskać informacje o opcji
pliki używane przez programy MySQL, zobacz Sekcja 4.2.6, „Używanie plików opcji”.

· --help, -?

Wyświetl komunikat pomocy i wyjdź.

· --base64-wyjście=wartość

Ta opcja określa, kiedy zdarzenia powinny być wyświetlane jako ciągi znaków Base-64
za pomocą instrukcji BINLOG. Opcja ma następujące dopuszczalne wartości (wielkość liter nie jest rozróżniana):

· AUTO („automatyczne”) lub UNSPEC („nieokreślone”) wyświetla instrukcje BINLOG
automatycznie w razie potrzeby (to znaczy dla zdarzeń opisu formatu i wiersza
wydarzenia). Jeśli nie --base64-wyjście opcja jest podana, efekt jest taki sam jak
--base64-output=AUTO.

Note
Automatyczne wyświetlanie BINLOGA to jedyne bezpieczne zachowanie, jeśli zamierzasz używać
wyjście z mysqlbinlog aby ponownie wykonać zawartość pliku dziennika binarnego. Druga opcja
wartości są przeznaczone wyłącznie do celów debugowania lub testowania, ponieważ mogą
generować dane wyjściowe, które nie obejmują wszystkich zdarzeń w formie wykonywalnej.

· NIGDY nie powoduje, że instrukcje BINLOG nie są wyświetlane. mysqlbinlog wychodzi z
błąd, jeśli zostanie znalezione zdarzenie wiersza, które musi zostać wyświetlone za pomocą BINLOG.

· DECODE-ROWS określa mysqlbinlog że chcesz zdekodować zdarzenia wierszy
i wyświetlane jako instrukcje SQL z komentarzem, określając również --gadatliwy opcja.
Podobnie jak NIGDY, DECODE-ROWS pomija wyświetlanie instrukcji BINLOG, ale w przeciwieństwie do NIGDY,
nie kończy się z błędem, jeśli zostanie znalezione zdarzenie wiersza.

Aby zapoznać się z przykładami, które pokazują efekt --base64-wyjście i --gadatliwy zdarzenie w rzędzie
wyjście, zobacz sekcję „WYŚWIETLANIE ZDARZEŃ MYSQLBINLOG ROW”.

· --bind-adres=adres IP

Na komputerze posiadającym wiele interfejsów sieciowych użyj tej opcji, aby wybrać który z nich
interfejs używany do łączenia się z serwerem MySQL.

Ta opcja jest obsługiwana od wersji MySQL 5.6.1.

· --binlog-wiersz-zdarzenie-maksymalny-rozmiar=N

┌────────────────────┬──────────────────────────── ──────────────┐
│Wiersz poleceń utworzony │ --binlog-row-event-max-size=# │
├────────────────────┼──────────────────────────── ──────────────┤
│ │. Dozwolony Wartości │
│ ├───────────────────┬────────────────── ────┤
│ │. Platforma Bit Rozmiar │ 64 │
│ ├───────────────────┼────────────────── ────┤
│ │. Typ │ numeryczny │
│ ├───────────────────┼────────────────── ────┤
│ │. Domyślnie │ 4294967040 │
│ ├───────────────────┼────────────────── ────┤
│ │. Min wartość │ 256 │
│ ├───────────────────┼────────────────── ────┤
│ │. Max wartość │ 18446744073709547520 │
└────────────────────┴────────────────── ─┴──────── ──────────────┘
Określ maksymalny rozmiar w bajtach zdarzenia dziennika binarnego opartego na wierszach. Wiersze są pogrupowane
na zdarzenia mniejsze niż ten rozmiar, jeśli to możliwe. Wartość powinna być wielokrotnością 256.
Wartość domyślna to 4 GB.

· --katalog-zestawów-znaków=ścieżka

Katalog, w którym zainstalowano zestawy znaków. Patrz Sekcja 10.5, „Zestaw znaków
Konfiguracja".

· --identyfikator-serwera-połączenia=identyfikator_serwera

Ta opcja służy do testowania serwera MySQL pod kątem obsługi BINLOG_DUMP_NON_BLOCK
flaga połączenia, która została przypadkowo usunięta w MySQL 5.6.5 i przywrócona w MySQL
5.6.20 (błąd nr 18000079, błąd nr 71178). Nie jest to wymagane do normalnej pracy.

Efektywne wartości domyślne i minimalne dla tej opcji zależą od tego, czy mysqlbinlog
jest uruchamiany w trybie blokującym lub nieblokującym. Gdy mysqlbinlog jest uruchamiany w blokowaniu
mode, domyślna (i minimalna) wartość to 1; po uruchomieniu w trybie bez blokowania, wartość domyślna
(i minimalna) wartość to 0.

Ta opcja została dodana w MySQL 5.6.20.

· --baza danych=nazwa_db, -d nazwa_db

Ta opcja powoduje mysqlbinlog do wyprowadzania wpisów z dziennika binarnego (tylko dziennik lokalny)
które występują podczas nazwa_db została wybrana jako domyślna baza danych przez USE.

Kolekcja --Baza danych opcja mysqlbinlog jest podobny do --binlog-do-db opcja
mysqld, ale można go użyć do określenia tylko jednej bazy danych. Jeśli --Baza danych jest podany wielokrotność
razy używana jest tylko ostatnia instancja.

Efekty tej opcji zależą od tego, czy rejestrowanie jest oparte na instrukcjach, czy na wierszach
format jest w użyciu, w taki sam sposób, jak efekty --binlog-do-db zależy od tego, czy
używane jest rejestrowanie oparte na instrukcjach lub wierszach.

Oparte na stwierdzeniach zalogowaniu, --Baza danych opcja działa w następujący sposób:

· Podczas nazwa_db jest domyślną bazą danych, instrukcje są wyprowadzane niezależnie od tego, czy modyfikują
stoły w nazwa_db lub inna baza danych.

· Chyba że nazwa_db jest wybrana jako domyślna baza danych, wyciągi nie są wyprowadzane,
nawet jeśli modyfikują tabele w nazwa_db.

· Istnieje wyjątek dla CREATE DATABASE, ALTER DATABASE i DROP DATABASE. The
istota bazy danych Utworzony, zmieniony, or porzucone jest uważany za domyślny
bazy danych podczas określania, czy wydrukować instrukcję.

Załóżmy, że dziennik binarny został utworzony przez wykonanie tych instrukcji using
rejestrowanie oparte na instrukcjach:

WSTAW DO test.t1 (i) WARTOŚCI(100);
WSTAW DO db2.t2 (j) WARTOŚCI(200);
test UŻYTKOWANIA;
WSTAW DO test.t1 (i) WARTOŚCI(101);
WSTAW DO t1 (i) WARTOŚCI(102);
WSTAW DO db2.t2 (j) WARTOŚCI(201);
UŻYWAJ db2;
WSTAW DO test.t1 (i) WARTOŚCI(103);
WSTAW DO db2.t2 (j) WARTOŚCI(202);
WSTAW W t2 (j) WARTOŚCI(203);

mysqlbinlog --baza danych=test nie wyświetla pierwszych dwóch instrukcji INSERT, ponieważ
nie ma domyślnej bazy danych. Wyprowadza trzy instrukcje INSERT następujące po USE
test, ale nie trzy instrukcje INSERT następujące po USE db2.

mysqlbinlog --baza danych=db2 nie wyświetla pierwszych dwóch instrukcji INSERT, ponieważ
nie ma domyślnej bazy danych. Nie wyświetla trzech poniższych instrukcji INSERT
USE test, ale wyświetla trzy instrukcje INSERT następujące po USE db2.

Oparte na wierszach zalogowaniu. mysqlbinlog wyświetla tylko wpisy, które zmieniają tabele należące do
nazwa_db. Domyślna baza danych nie ma na to wpływu. Załóżmy, że log binarny po prostu
opisany został utworzony przy użyciu rejestrowania opartego na wierszach, a nie rejestrowania opartego na instrukcjach.
mysqlbinlog --baza danych=test wyprowadza tylko te wpisy, które modyfikują t1 w teście
niezależnie od tego, czy wydano USE lub jaka jest domyślna baza danych. Jeśli
serwer działa z binlog_format ustawionym na MIXED i chcesz, aby było to możliwe
posługiwać się mysqlbinlog z --Baza danych opcja, musisz upewnić się, że tabele, które są
zmodyfikowane znajdują się w bazie danych wybranej przez USE. (W szczególności brak cross-database
należy używać aktualizacji.)

Przed MySQL 5.6.10, --Baza danych opcja nie działała poprawnie z zapisanym dziennikiem
przez serwer MySQL obsługujący GTID. (Błąd nr 15912728)

· --debugowanie[=opcje_debugowania], -# [opcje_debugowania]

Napisz dziennik debugowania. Typowy opcje_debugowania ciąg to d:t:o,Nazwa pliku. Domyślny
to d:t:o,/tmp/mysqlbinlog.trace.

· --sprawdzanie debugowania

Wydrukuj informacje dotyczące debugowania po zakończeniu działania programu.

· --Informacje debugowania

Wydrukuj informacje o debugowaniu oraz statystyki wykorzystania pamięci i procesora, gdy program
wyjść.

· --default-auth=wtyczka

Wtyczka uwierzytelniania po stronie klienta do użycia. Patrz Sekcja 6.3.7, „Wtyczka
Uwierzytelnianie".

Ta opcja została dodana w MySQL 5.6.2.

· --defaults-extra-file=Nazwa pliku

Odczytaj ten plik opcji po globalnym pliku opcji, ale (w systemie Unix) przed użytkownikiem
Plik opcji. Jeśli plik nie istnieje lub jest niedostępny w inny sposób, wystąpi błąd.
Nazwa pliku jest interpretowany w odniesieniu do bieżącego katalogu, jeśli podano jako ścieżkę względną
zamiast pełnej nazwy ścieżki.

· --domyślny-plik=Nazwa pliku

Użyj tylko podanego pliku opcji. Jeśli plik nie istnieje lub jest w inny sposób
niedostępne, pojawia się błąd. Nazwa pliku jest interpretowany w stosunku do prądu
katalog, jeśli podano jako względną nazwę ścieżki, a nie pełną nazwę ścieżki.

· --defaults-group-suffix=str

Przeczytaj nie tylko zwykłe grupy opcji, ale także grupy o zwykłych nazwach i a
przyrostek str, Na przykład, mysqlbinlog normalnie czyta [klient] i [mysqlbinlog]
grupy. jeśli --defaults-group-suffix=_inny podana jest opcja, mysqlbinlog też czyta
grupy [client_other] i [mysqlbinlog_other].

· --wyłącz-log-bin, -D

Wyłącz logowanie binarne. Jest to przydatne do uniknięcia nieskończonej pętli, jeśli używasz metody
--do-ostatniego-logu opcja i wysyłają dane wyjściowe do tego samego serwera MySQL. Ta opcja
jest również przydatny podczas przywracania po awarii, aby uniknąć powielania instrukcji
zalogowali się.

Ta opcja wymaga posiadania uprawnienia SUPER. Wywołuje mysqlbinlog do
dołącz instrukcję SET sql_log_bin = 0 do swoich danych wyjściowych, aby wyłączyć rejestrowanie binarne pliku
pozostała produkcja. Instrukcja SET jest nieskuteczna, chyba że masz SUPER
przywilej.

· --exclude-gtids=gtid_set

Nie wyświetlaj żadnej z grup wymienionych w gtid_set. Dodano w MySQL 5.6.5.

· --wymuś-jeśli-otwarte, -F

Czytaj binarne pliki dziennika, nawet jeśli są otwarte lub nie zostały poprawnie zamknięte.

· --wymuś odczyt, -f

Z tą opcją, jeśli mysqlbinlog odczytuje zdarzenie dziennika binarnego, którego nie rozpoznaje,
drukuje ostrzeżenie, ignoruje zdarzenie i kontynuuje. Bez tej opcji
mysqlbinlog zatrzymuje się, jeśli odczyta takie zdarzenie.

· --zrzut heksadecymalny, -H

Wyświetl zrzut szesnastkowy dziennika w komentarzach, jak opisano w sekcji o nazwie
„FORMAT ZWROTU MYSQLBINLOG HEX”. Wyjście szesnastkowe może być pomocne przy replikacji
debugowanie.

· --gospodarz=nazwa_hosta, -h nazwa_hosta

Pobierz dziennik binarny z serwera MySQL na danym hoście.

· --include-gtids=gtid_set

Wyświetl tylko grupy wymienione w gtid_set. Dodano w MySQL 5.6.5.

· --lokalne obciążenie=ścieżka, -l ścieżka

Przygotuj lokalne pliki tymczasowe dla LOAD DATA INFILE w podanym katalogu.

Ważny
Te pliki tymczasowe nie są automatycznie usuwane przez mysqlbinlog lub jakikolwiek inny
programu MySQL.

· --ścieżka-logowania=Nazwa

Odczytaj opcje z nazwanej ścieżki logowania w pliku logowania .mylogin.cnf. „ścieżka logowania”
to grupa opcji, która zezwala tylko na ograniczony zestaw opcji: gospodarz, użytkownik,
password. Pomyśl o ścieżce logowania jako zestawie wartości, które wskazują hosta serwera i
poświadczenia do uwierzytelniania na serwerze. Aby utworzyć plik ścieżki logowania, użyj
dotychczasowy mysql_config_editor pożytek. Widzieć mysql_config_editor(1). Ta opcja została dodana w
MySQL 5.6.6

· --brak-domyślnych

Nie czytaj żadnych plików opcji. Jeśli uruchomienie programu nie powiedzie się z powodu odczytania nieznanych opcji
z pliku opcji, --brak-domyślnych mogą służyć do zapobiegania ich odczytaniu.

Wyjątkiem jest to, że plik .mylogin.cnf, jeśli istnieje, jest odczytywany we wszystkich przypadkach. Ten
zezwala na określanie haseł w bezpieczniejszy sposób niż w wierszu poleceń, nawet gdy
--brak-domyślnych jest używany. (.mylogin.cnf jest tworzony przez mysql_config_editor użyteczność.
See mysql_config_editor(1).)

· --przesunięcie=N, -o N

Pomiń pierwszy N wpisy w dzienniku.

· --hasło[=password], -P[password]

Hasło używane podczas łączenia się z serwerem. Jeśli korzystasz z krótkiego formularza opcji
(-p), ty nie może mieć spację między opcją a hasłem. Jeśli pominiesz
password wartość po --hasło or -p opcja w wierszu poleceń, mysqlbinlog
monituje o jeden.

Podanie hasła w wierszu poleceń należy uznać za niepewne. Widzieć
Sekcja 6.1.2.1, „Wytyczne dla użytkownika końcowego dotyczące bezpieczeństwa hasła”. Możesz skorzystać z opcji
plik, aby uniknąć podawania hasła w wierszu poleceń.

· --katalog-wtyczek=ścieżka

Katalog, w którym należy szukać wtyczek. Może być konieczne określenie tej opcji
Jeśli --domyślne-uwierzytelnianie opcja służy do określenia wtyczki uwierzytelniającej, ale
mysqlbinlog nie znajduje tego. Patrz Sekcja 6.3.7, „Pluggable Authentication”.

Ta opcja została dodana w MySQL 5.6.2.

· --port=numer_portu, -P numer_portu

Numer portu TCP/IP, który ma być używany do łączenia się ze zdalnym serwerem.

· --print-defaults

Wydrukuj nazwę programu i wszystkie opcje, które otrzymuje z plików opcji.

· --protocol={TCP|GNIAZDO|RURA|PAMIĘĆ}

Protokół połączenia używany do łączenia się z serwerem. Jest to przydatne, gdy
inne parametry połączenia normalnie spowodowałyby użycie protokołu innego niż
taki, jaki chcesz. Aby uzyskać szczegółowe informacje na temat dopuszczalnych wartości, patrz rozdział 4.2.2, „Podłączanie do
serwer MySQL”.

· --surowe

Domyślnie mysqlbinlog odczytuje binarne pliki dziennika i zapisuje zdarzenia w formacie tekstowym. The
--surowe opcja mówi mysqlbinlog aby zapisać je w ich oryginalnym formacie binarnym. Jego użycie
wymaga tego --odczyt-z-zdalnego-serwera być również używane, ponieważ żądane są pliki
z serwera. mysqlbinlog zapisuje jeden plik wyjściowy dla każdego pliku odczytanego z serwera.
Kolekcja --surowe opcji można użyć do wykonania kopii zapasowej dziennika binarnego serwera. z
--przestań-nigdy opcja, kopia zapasowa jest „na żywo”, ponieważ mysqlbinlog pozostaje w kontakcie z
serwer. Domyślnie pliki wyjściowe są zapisywane w bieżącym katalogu z tym samym
nazwy jako oryginalne pliki dziennika. Nazwy plików wyjściowych można modyfikować za pomocą
--plik-wyników opcja. Aby uzyskać więcej informacji, zobacz sekcję „UŻYWANIE MYSQLBINLOG
TWORZENIE KOPII ZAPASOWYCH PLIKÓW DZIENNIKA BINARNEGO”.

Ta opcja została dodana w MySQL 5.6.0.

· --odczyt-z-zdalnego-mastera=rodzaj

Czytaj dzienniki binarne z serwera MySQL za pomocą COM_BINLOG_DUMP lub COM_BINLOG_DUMP_GTID
poleceń, ustawiając wartość opcji na BINLOG-DUMP-NON-GTIDS lub
BINLOG-DUMP-GTIDS, odpowiednio. Jeśli --read-from-remote-master=BINLOG-DUMP-GTIDS is
w połączeniu --exclude-gtids, transakcje można odfiltrować na masterze,
unikanie niepotrzebnego ruchu sieciowego.

Zobacz także opis dot --odczyt-z-zdalnego-serwera.

Ta opcja została dodana w MySQL 5.6.5.

· --odczyt-z-zdalnego-serwera, -R

Czytaj dziennik binarny z serwera MySQL zamiast odczytywać lokalny plik dziennika. Każdy
opcje parametrów połączenia są ignorowane, chyba że ta opcja jest również podana. Te
opcje są --gospodarz, --hasło, --Port, --protokół, --gniazdo elektryczne, --użytkownik.

Ta opcja wymaga, aby serwer zdalny był uruchomiony. Działa tylko dla dziennika binarnego
pliki na serwerze zdalnym, a nie przekazywać pliki dziennika.

Od MySQL 5.6.5 ta opcja jest podobna
--read-from-remote-master=BINLOG-DUMP-NON-GTIDS.

· --plik-wynikowy=Nazwa, -r Nazwa

Bez --surowe opcja, ta opcja wskazuje plik, do którego mysqlbinlog pisze,
wyjście tekstowe. Z --surowe, mysqlbinlog zapisuje jeden binarny plik wyjściowy dla każdego pliku dziennika
przesyłane z serwera, zapisując je domyślnie w bieżącym katalogu za pomocą
te same nazwy co oryginalny plik dziennika. W tym przypadku --plik-wyników Wartość opcji
jest traktowany jako przedrostek modyfikujący nazwy plików wyjściowych.

· --bezpieczne-uwierzytelnianie

Nie wysyłaj haseł do serwera w starym (sprzed 4.1) formacie. Uniemożliwia to połączenia
z wyjątkiem serwerów używających nowszego formatu hasła. Ta opcja jest włączona przez
domyślny; posługiwać się --skip-bezpieczne-uwierzytelnianie aby go wyłączyć. Ta opcja została dodana w MySQL 5.6.17.

Note
Hasła wykorzystujące metodę mieszania w wersji wcześniejszej niż 4.1 są mniej bezpieczne niż hasła, które ją stosują
używaj natywnej metody mieszania hasła i należy jej unikać. Hasła sprzed wersji 4.1
są przestarzałe, a ich obsługa zostanie usunięta w przyszłej wersji MySQL. Dla
instrukcje aktualizacji konta, patrz Sekcja 6.3.8.3, „Migracja z wersji wcześniejszej niż 4.1
Haszowanie hasła i wtyczka mysql_old_password”.

· --serwer-id=id

Wyświetlaj tylko zdarzenia utworzone przez serwer o podanym identyfikatorze serwera.

· --bity-identyfikatora-serwera=N

Używaj tylko pierwszego N bity identyfikatora_serwera w celu identyfikacji serwera. Jeśli dziennik binarny
został napisany przez mysqld z bitami identyfikatora serwera ustawionymi na mniej niż 32 i przechowywanymi danymi użytkownika
w najbardziej znaczącym fragmencie, bieganie mysqlbinlog w --bity-id-serwera ustaw na 32
umożliwia przeglądanie tych danych.

Ta opcja jest obsługiwana tylko przez wersje programu mysqlbinlog dostarczane z MySQL
Dystrybucja klastra lub zbudowana ze źródeł MySQL Cluster.

· --set-charset=nazwa_znaków

Dodaj ZESTAW NAZW nazwa_znaków instrukcja do wyjścia, aby określić zestaw znaków
być używane do przetwarzania plików dziennika.

· --nazwa-bazy-pamięci-współdzielonej=Nazwa

W systemie Windows nazwa pamięci współdzielonej, która ma być używana w przypadku połączeń nawiązywanych przy użyciu pamięci współdzielonej do
serwer lokalny. Wartość domyślna to MYSQL. W nazwie pamięci współużytkowanej rozróżniana jest wielkość liter.

Serwer musi być uruchomiony z --pamięć-współdzielona opcja włączenia pamięci współdzielonej
połączeń.

· --skrócona forma, -s

Wyświetlaj tylko zestawienia zawarte w dzienniku, bez dodatkowych informacji lub
zdarzenia oparte na wierszach. To jest tylko do testowania i nie powinno być używane w produkcji
systemy.

· --skip-gtids[=(prawda|fałsz)]

Nie wyświetlaj żadnych identyfikatorów GTID w danych wyjściowych. Jest to potrzebne podczas zapisywania do pliku zrzutu
z jednego lub więcej dzienników binarnych zawierających identyfikatory GTID, jak pokazano w tym przykładzie:

muszla> mysqlbinlog --skip-gtids binlog.000001 > /tmp/dump.sql
muszla> mysqlbinlog --skip-gtids binlog.000002 >> /tmp/dump.sql
muszla> mysql -u korzeń -p -e "źródło /tmp/dump.sql"

Użycie tej opcji nie jest zwykle zalecane w produkcji.

Ta opcja została dodana w MySQL 5.6.5.

· --gniazdo=ścieżka, -S ścieżka

W przypadku połączeń z hostem lokalnym należy użyć pliku gniazda uniksowego lub, w systemie Windows, nazwę
nazwany potok do użycia.

· --start-datagodzina=data i godzina

Rozpocznij czytanie dziennika binarnego przy pierwszym zdarzeniu mającym sygnaturę czasową równą lub późniejszą
niż data i godzina argument. ten data i godzina wartość odnosi się do lokalnej strefy czasowej na
maszyna, po której biegasz mysqlbinlog. Wartość powinna być w akceptowanym formacie
typy danych DATETIME lub TIMESTAMP. Na przykład:

muszla> mysqlbinlog --start-datetime="2005-12-25 11:25:56" binlog.000003

Ta opcja jest przydatna w przypadku odzyskiwania do punktu w czasie. Zobacz Sekcja 7.3, „Przykładowa kopia zapasowa i
Strategia Odnowy”.

· --pozycja-początkowa=N, -j N

Rozpocznij odczytywanie dziennika binarnego przy pierwszym zdarzeniu mającym pozycję równą lub większą
niż N. Ta opcja dotyczy pierwszego pliku dziennika określonego w wierszu polecenia.

Ta opcja jest przydatna w przypadku odzyskiwania do punktu w czasie. Zobacz Sekcja 7.3, „Przykładowa kopia zapasowa i
Strategia Odnowy”.

· --stop-datagodzina=data i godzina

Zatrzymaj odczytywanie dziennika binarnego przy pierwszym zdarzeniu mającym sygnaturę czasową równą lub późniejszą
niż data i godzina argument. Ta opcja jest przydatna w przypadku odzyskiwania do punktu w czasie. Zobacz
opis --data-początkowa możliwość uzyskania informacji o data i godzina wartość.

Ta opcja jest przydatna w przypadku odzyskiwania do punktu w czasie. Zobacz Sekcja 7.3, „Przykładowa kopia zapasowa i
Strategia Odnowy”.

· --przestań-nigdy

Ta opcja jest używana z --odczyt-z-zdalnego-serwera. Mówi mysqlbinlog pozostać
podłączony do serwera. W przeciwnym razie mysqlbinlog kończy działanie, gdy ostatni plik dziennika został odtworzony
przeniesiony z serwera. --przestań-nigdy sugeruje --do-ostatniego-logu, więc tylko pierwszy
plik dziennika do przesłania musi być nazwany w wierszu poleceń.

--przestań-nigdy jest powszechnie używany z --surowe wykonać kopię zapasową dziennika binarnego na żywo, ale także
może być używany bez --surowe aby utrzymać ciągłe wyświetlanie tekstu zdarzeń dziennika jako
serwer je generuje.

Ta opcja została dodana w MySQL 5.6.0.

· --stop-never-slave-server-id=id

Wraz z --przestań-nigdy, mysqlbinlog zgłasza identyfikator serwera 65535, gdy łączy się z serwerem
serwer. --stop-never-slave-server-id jawnie określa identyfikator serwera do zgłoszenia. To
można użyć, aby uniknąć konfliktu z identyfikatorem serwera podrzędnego lub innego mysqlbinlog
proces. Zobacz sekcję „OKREŚLANIE IDENTYFIKATORA SERWERA MYSQLBINLOG”.

Ta opcja została dodana w MySQL 5.6.0.

· --stop-pozycja=N

Zatrzymaj odczytywanie dziennika binarnego przy pierwszym zdarzeniu mającym pozycję równą lub większą
niż N. Ta opcja dotyczy ostatniego pliku dziennika określonego w wierszu poleceń.

Ta opcja jest przydatna w przypadku odzyskiwania do punktu w czasie. Zobacz Sekcja 7.3, „Przykładowa kopia zapasowa i
Strategia Odnowy”.

· --do-ostatniego-logu, -t

Nie zatrzymuj się na końcu żądanego dziennika binarnego z serwera MySQL, ale raczej
kontynuuj drukowanie do końca ostatniego dziennika binarnego. Jeśli wyślesz dane wyjściowe do
tego samego serwera MySQL, może to prowadzić do nieskończonej pętli. Ta opcja wymaga
--odczyt-z-zdalnego-serwera.

· --użytkownik=nazwa_użytkownika, -u nazwa_użytkownika

Nazwa użytkownika MySQL używana podczas łączenia się ze zdalnym serwerem.

· --gadatliwy, -v

Zrekonstruuj zdarzenia w wierszach i wyświetl je jako instrukcje SQL z komentarzem. Jeśli ta opcja jest
podany dwukrotnie, dane wyjściowe zawierają komentarze wskazujące typy danych w kolumnach i niektóre
metadane.

Aby zapoznać się z przykładami, które pokazują efekt --base64-wyjście i --gadatliwy zdarzenie w rzędzie
wyjście, zobacz sekcję „WYŚWIETLANIE ZDARZEŃ MYSQLBINLOG ROW”.

· --verify-binlog-sumy kontrolnej, -c

Sprawdź sumy kontrolne w binarnych plikach dziennika. Ta opcja została dodana w MySQL 5.6.1.

· --wersja, -V

Wyświetl informacje o wersji i zakończ.

Przed MySQL 5.6.11, mysqlbinlog pokazany numer wersji to 3.3. W MySQL 5.6.11
a później jest to 3.4. (Błąd nr 15894381, Błąd nr 67643)

Możesz także ustawić następującą zmienną za pomocą --nazwa_zmiennej=wartość składnia:

· limit_otwartych_plików

Określ liczbę otwartych deskryptorów plików do zarezerwowania.

Możesz potokować wyjście mysqlbinlog do mysql klienta do wykonania zdarzeń
zawarte w dzienniku binarnym. Technika ta służy do odzyskiwania po awarii, gdy masz
stara kopia zapasowa (patrz Sekcja 7.5, „Odzyskiwanie do punktu w czasie (przyrostowe) przy użyciu
Dziennik"). Na przykład:

muszla> mysqlbinlog binlog.000001 | mysql -u korzeń -p

Lub:

muszla> mysqlbinlog dziennik binarny.[0-9]* | mysql -u korzeń -p

Jeżeli oświadczenia sporządzone przez mysqlbinlog mogą zawierać wartości BLOB, co może powodować
problemy, kiedy mysql je przetwarza. W takim przypadku wywołaj mysql z --tryb-binarny
opcja.

Możesz także przekierować dane wyjściowe mysqlbinlog zamiast tego do pliku tekstowego, jeśli zajdzie taka potrzeba
najpierw zmodyfikuj dziennik wyciągów (na przykład, aby usunąć wyciągi, których nie chcesz
wykonać z jakiegoś powodu). Po edycji pliku wykonaj zawarte w nim instrukcje
używając go jako danych wejściowych do mysql Program:

muszla> mysqlbinlog binlog.000001 > plik tmp
skorupa>... edit plik tmp ...
muszla> mysql -u korzeń -p < plik tmp

Kiedy mysqlbinlog jest wywoływany z --pozycja startowa opcji, wyświetla tylko te
zdarzenia z przesunięciem w dzienniku binarnym większym lub równym danej pozycji (tzw
podana pozycja musi odpowiadać początkowi jednego zdarzenia). Posiada również opcje zatrzymania i uruchomienia
gdy widzi zdarzenie z określoną datą i godziną. Pozwala to na wykonanie
odzyskiwanie do punktu w czasie za pomocą --stop-data-godzina opcja (aby móc powiedzieć np.
„przewiń moje bazy danych do stanu dzisiejszego o 10:30”).

Jeśli masz więcej niż jeden dziennik binarny do wykonania na serwerze MySQL, bezpieczną metodą jest
przetworzyć je wszystkie za pomocą jednego połączenia z serwerem. Oto przykład, że
pokazuje, co może być niezabezpieczonym:

muszla> mysqlbinlog binlog.000001 | mysql -u korzeń -p # NIEBEZPIECZEŃSTWO!!
muszla> mysqlbinlog binlog.000002 | mysql -u korzeń -p # NIEBEZPIECZEŃSTWO!!

Przetwarzanie dzienników binarnych w ten sposób przy użyciu wielu połączeń z serwerem powoduje problemy
jeśli pierwszy plik dziennika zawiera instrukcję CREATE TEMPORARY TABLE, a drugi dziennik
zawiera instrukcję korzystającą z tabeli tymczasowej. Kiedy pierwszy mysql wygląda tak
kończy się, serwer usuwa tabelę tymczasową. Kiedy drugi mysql próby procesu
aby użyć tabeli, serwer zgłasza „nieznaną tabelę”.

Aby uniknąć takich problemów, użyj a pojedynczy mysql proces wykonywania zawartości all
dzienniki binarne, które chcesz przetworzyć. Oto jeden ze sposobów, aby to zrobić:

muszla> mysqlbinlog binlog.000001 binlog.000002 | mysql -u korzeń -p

Innym podejściem jest zapisanie wszystkich dzienników do jednego pliku, a następnie przetworzenie pliku:

muszla> mysqlbinlog binlog.000001 > /tmp/oświadczenia.sql
muszla> mysqlbinlog binlog.000002 >> /tmp/oświadczenia.sql
muszla> mysql -u korzeń -p -e "źródło /tmp/oświadczenia.sql"

mysqlbinlog może generować dane wyjściowe, które odtwarzają operację LOAD DATA INFILE bez
oryginalny plik danych. mysqlbinlog kopiuje dane do pliku tymczasowego i zapisuje LOAD
Instrukcja DATA LOCAL INFILE odnosząca się do pliku. Domyślna lokalizacja katalogu
gdzie te pliki są zapisywane jest specyficzne dla systemu. Aby jawnie określić katalog, użyj
dotychczasowy --lokalne obciążenie opcja.

Bo mysqlbinlog konwertuje instrukcje LOAD DATA INFILE na LOAD DATA LOCAL INFILE
instrukcje (to znaczy dodaje LOKALNE), zarówno klienta, jak i serwera, z którego korzystasz
przetwarzać instrukcje muszą być skonfigurowane z włączoną funkcją LOCAL. Widzieć
Sekcja 6.1.6, „Problemy z bezpieczeństwem LOAD DATA LOCAL”.

Ostrzeżenie
Pliki tymczasowe utworzone dla instrukcji LOAD DATA LOCAL to nie automatycznie
usunięte, ponieważ są potrzebne, dopóki nie wykonasz tych instrukcji. Ty
powinien samodzielnie usunąć pliki tymczasowe, gdy nie będzie już potrzebny dziennik wyciągów.
Pliki można znaleźć w katalogu plików tymczasowych i mają nazwy takie jak
oryginalna_nazwa_pliku-#-#.

MYSQLBINLOG HEX DUMP FORMAT

Kolekcja --zrzut heksadecymalny Przyczyny opcji mysqlbinlog aby utworzyć zrzut szesnastkowy zawartości dziennika binarnego:

muszla> mysqlbinlog --zrzut heksadecymalny główny-bin.000001

Wyjście szesnastkowe składa się z linii komentarza zaczynających się od #, więc dane wyjściowe mogą wyglądać tak
to dla poprzedniego polecenia:

/*!40019 SET @@session.max_insert_delayed_threads=0*/;
/*!50003 SET @OLD_COMPLETION_TYPE=@@COMPLETION_TYPE,COMPLETION_TYPE=0*/;
# na 4
#051024 17:24:13 identyfikator serwera 1 end_log_pos 98
# Pozycja Sygnatura czasowa Typ Identyfikator nadrzędny Rozmiar Nadrzędne flagi pozycji
# 00000004 9d fc 5c 43 0f 01 00 00 00 5e 00 00 00 62 00 00 00 00 00
# 00000017 04 00 35 2e 30 2e 31 35 2d 64 65 62 75 67 2d 6c |..5.0.15.debug.l|
# 00000027 6f 67 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |og............|
# 00000037 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |...........|
# 00000047 00 00 00 00 9d fc 5c 43 13 38 0d 00 08 00 12 00 |......C.8......|
# 00000057 04 04 04 04 12 00 00 4b 00 04 1a |......K...|
# Start: binlog v 4, serwer v 5.0.15-debug-log utworzony 051024 17:24:13
# Podczas uruchamiania
COFNIĘCIE;

Wyjście zrzutu szesnastkowego zawiera obecnie elementy z poniższej listy. Ten format jest
temat do zmiany. (Aby uzyskać więcej informacji na temat formatu dziennika binarnego, zobacz MySQL Wewnętrzne: Kolekcja
Binarna Zaloguj[1].

· Pozycja: Pozycja bajtu w pliku dziennika.

· Znacznik czasu: Znacznik czasu zdarzenia. W pokazanym przykładzie '9d fc 5c 43' to
reprezentacja „051024 17:24:13” w systemie szesnastkowym.

· Typ: kod typu zdarzenia. W pokazanym przykładzie „0f” oznacza a
FORMAT_DESCRIPTION_EVENT. W poniższej tabeli wymieniono możliwe kody typów.

┌─────┬──────────────────────────┬────── ────────── ──────────────────────┐
│Typ │ Imię │ Znaczenie │
├─────┼──────────────────────────┼────── ────────── ──────────────────────┤
│00 │ NIEZNANE_ZDARZENIE │ To zdarzenie nigdy nie powinno │
│ │ │ być obecny w dzienniku. │
├─────┼──────────────────────────┼────── ────────── ──────────────────────┤
│01 │ START_EVENT_V3 │ Wskazuje początek │
│ │ │ pliku dziennika napisanego przez │
│ │ │ MySQL 4 lub starszy. │
├─────┼──────────────────────────┼────── ────────── ──────────────────────┤
│02 │ QUERY_EVENT │ Najpopularniejszy typ │
│ │ │ wydarzenia. Zawierają one │
│ │ │ instrukcje wykonane w dniu │
│ │ │ │
│ │ │ mistrz. │
├─────┼──────────────────────────┼────── ────────── ──────────────────────┤
│03 │ STOP_EVENT │ Wskazuje, że master ma │
│ │ │ zatrzymany. │
├─────┼──────────────────────────┼────── ────────── ──────────────────────┤
│04 │ ROTATE_EVENT │ Napisane, gdy mistrz │
│ │ │ przełącza do nowego pliku dziennika. │
├─────┼──────────────────────────┼────── ────────── ──────────────────────┤
│05 │ INTVAR_EVENT │ Używane dla AUTO_INCREMENT │
│ │ │ wartości lub gdy │
│ │ │ OSTATNI_INSERT_ID() │
│ │ │ funkcja │
│ │ │ jest używany w instrukcji. │
├─────┼──────────────────────────┼────── ────────── ──────────────────────┤
│06 │ LOAD_EVENT │ Używany do ŁADUJ DANYCH │
│ │ │ INFILE w MySQL │
│ │ │ 3.23. │
├─────┼──────────────────────────┼────── ────────── ──────────────────────┤
│07 │ SLAVE_EVENT │ Zarezerwowane do wykorzystania w przyszłości. │
├─────┼──────────────────────────┼────── ────────── ──────────────────────┤
│08 │ CREATE_FILE_EVENT │ Służy do ŁADOWANIA DANYCH │
│ │ │ PLIK │
│ │ │ oświadczenia. Oznacza to │
│ │ │ początek │
│ │ │ wykonanie takiego oświadczenia. A │
│ │ │ tymczasowy │
│ │ │ tworzony jest plik │
│ │ │ na niewolniku. Używany tylko w MySQL 4. │
├─────┼──────────────────────────┼────── ────────── ──────────────────────┤
│09 │ APPEND_BLOCK_EVENT │ Zawiera dane do wykorzystania w │
│ │ │ ŁADUJ DANE │
│ │ │ PLIK │
│ │ │ oświadczenie. Dane są przechowywane w │
│ │ │ tymczasowy │
│ │ │ plik na urządzeniu podrzędnym. │
├─────┼──────────────────────────┼────── ────────── ──────────────────────┤
│0a │ EXEC_LOAD_EVENT │ Używany do ŁADOWANIA DANYCH │
│ │ │ PLIK │
│ │ │ oświadczenia. Zawartość │
│ │ │ plik tymczasowy │
│ │ │ jest przechowywany w tabeli na urządzeniu podrzędnym. │
│ │ │ Używany w MySQL 4 │
│ │ │ tylko. │
├─────┼──────────────────────────┼────── ────────── ──────────────────────┤
│0b │ DELETE_FILE_EVENT │ Cofnięcie ŁADOWANIA DANYCH │
│ │ │ PLIK │
│ │ │ oświadczenie. Plik tymczasowy │
│ │ │ powinno być │
│ │ │ usunięte na urządzeniu podrzędnym. │
├─────┼──────────────────────────┼────── ────────── ──────────────────────┤
│0c │ NEW_LOAD_EVENT │ Używany do ŁADOWANIA DANYCH │
│ │ │ INFILE w MySQL │
│ │ │ 4 i starsze. │
├─────┼──────────────────────────┼────── ────────── ──────────────────────┤
│0d │ RAND_EVENT │ Służy do wysyłania informacji o │
│ │ │ losowe wartości, jeśli │
│ │ │ RAND() funkcja │
│ │ │ jest │
│ │ │ używany w │
│ │ │ oświadczenie. │
├─────┼──────────────────────────┼────── ────────── ──────────────────────┤
│0e │ USER_VAR_EVENT │ Służy do replikacji zmiennych użytkownika. │
├─────┼──────────────────────────┼────── ────────── ──────────────────────┤
│0f │ FORMAT_DESCRIPTION_EVENT │ Wskazuje początek dziennika │
│ │ │ plik napisany przez MySQL 5 lub nowszy. │
├─────┼──────────────────────────┼────── ────────── ──────────────────────┤
│10 │ XID_EVENT │ Zdarzenie wskazujące na zatwierdzenie XA │
│ │ │ transakcja. │
├─────┼──────────────────────────┼────── ────────── ──────────────────────┤
│11 │ BEGIN_LOAD_QUERY_EVENT │ Służy do ŁADOWANIA DANYCH │
│ │ │ PLIK │
│ │ │ instrukcje w MySQL 5 i nowszych. │
├─────┼──────────────────────────┼────── ────────── ──────────────────────┤
│12 │ EXECUTE_LOAD_QUERY_EVENT │ Służy do ŁADOWANIA DANYCH │
│ │ │ PLIK │
│ │ │ instrukcje w MySQL 5 i nowszych. │
├─────┼──────────────────────────┼────── ────────── ──────────────────────┤
│13 │ TABLE_MAP_EVENT │ Informacje o tabeli │
│ │ │ definicja. Używany w MySQL 5.1.5 i │
│ │ │ później. │
├─────┼──────────────────────────┼────── ────────── ──────────────────────┤
│14 │ PRE_GA_WRITE_ROWS_EVENT │ Dane wierszy dla pojedynczej tabeli, która │
│ │ │ powinien zostać utworzony. Używany w MySQL │
│ │ │ 5.1.5 │
│ │ │ do 5.1.17. │
├─────┼──────────────────────────┼────── ────────── ──────────────────────┤
│15 │ PRE_GA_UPDATE_ROWS_EVENT │ Dane wierszy dla pojedynczej tabeli, która │
│ │ │ wymaga aktualizacji. Używany w MySQL │
│ │ │ 5.1.5 do 5.1.17. │
├─────┼──────────────────────────┼────── ────────── ──────────────────────┤
│16 │ PRE_GA_DELETE_ROWS_EVENT │ Dane wierszy dla pojedynczej tabeli, która │
│ │ │ należy skreślić. Używany w MySQL │
│ │ │ 5.1.5 │
│ │ │ do 5.1.17. │
├─────┼──────────────────────────┼────── ────────── ──────────────────────┤
│17 │ WRITE_ROWS_EVENT │ Dane wierszy dla pojedynczej tabeli, która │
│ │ │ powinien zostać utworzony. Używany w MySQL │
│ │ │ 5.1.18 │
│ │ │ i później. │
├─────┼──────────────────────────┼────── ────────── ──────────────────────┤
│18 │ UPDATE_ROWS_EVENT │ Dane wierszy dla pojedynczej tabeli, która │
│ │ │ wymaga aktualizacji. Używany w MySQL │
│ │ │ 5.1.18 i │
│ │ │ później. │
├─────┼──────────────────────────┼────── ────────── ──────────────────────┤
│19 │ DELETE_ROWS_EVENT │ Dane wierszy dla pojedynczej tabeli, która │
│ │ │ należy skreślić. Używany w MySQL │
│ │ │ 5.1.18 │
│ │ │ i później. │
├─────┼──────────────────────────┼────── ────────── ──────────────────────┤
│1a │ INCIDENT_EVENT │ Coś niezwykłego │
│ │ │ stało się. Dodano w MySQL 5.1.18. │
└─────┴──────────────────────────┴────── ────────── ──────────────────────┘

· Identyfikator główny: Identyfikator serwera głównego, który utworzył zdarzenie.

· Rozmiar: rozmiar zdarzenia w bajtach.

· Master Pos: Pozycja następnego zdarzenia w oryginalnym głównym pliku dziennika.

· Flagi: 16 flag. Obecnie używane są następujące flagi. Pozostałe są zarezerwowane dla
przyszłe wykorzystanie.

┌─────┬─────────────────────────────┬─── ────────── ───────────────────────────────────┐
│Flaga │ Imię │ Znaczenie │
├─────┼─────────────────────────────┼─── ────────── ───────────────────────────────────┤
│01 │ LOG_EVENT_BINLOG_IN_USE_F │ Plik dziennika poprawnie │
│ │ │ zamknięte. (Używane tylko w │
│ │ │ FORMAT_DESCRIPTION_EVENT.) │
│ │ │ Jeżeli │
│ │ │ to │
Flaga │ │ │ jest ustawiona (jeśli flaga │
│ │ │ flagami są na przykład │
│ │ │ '01 │
│ │ │ 00') w │
│ │ │ FORMAT_DESCRIPTION_EVENT, │
│ │ │ dziennik │
│ │ │ plik │
│ │ │ nie został prawidłowo │
│ │ │ zamknięte. Najprawdopodobniej │
│ │ │ to │
│ │ │ jest z powodu mistrza │
│ │ │ awaria (na przykład z powodu │
│ │ │ do │
│ │ │ awaria zasilania). │
├─────┼─────────────────────────────┼─── ────────── ───────────────────────────────────┤
│02 │ │ Zarezerwowane do wykorzystania w przyszłości. │
├─────┼─────────────────────────────┼─── ────────── ───────────────────────────────────┤
│04 │ LOG_EVENT_THREAD_SPECIFIC_F │ Ustaw, czy zdarzenie jest zależne od │
│ │ │ połączenie, w którym zostało wykonane (dla │
│ │ │ przykład, '04 00'), dla │
│ │ │ przykład, │
│ │ │ jeśli zdarzenie używa │
│ │ │ tabele tymczasowe. │
├─────┼─────────────────────────────┼─── ────────── ───────────────────────────────────┤
│08 │ LOG_EVENT_SUPPRESS_USE_F │ Ustaw w pewnych okolicznościach, kiedy zdarzenie ma miejsce │
│ │ │ nie zależy od wartości domyślnej │
│ │ │ baza danych. │
└─────┴─────────────────────────────┴─── ────────── ───────────────────────────────────┘

MYSQLBINLOG RZĄD EVENT DISPLAY

Poniższe przykłady ilustrują, w jaki sposób mysqlbinlog wyświetla zdarzenia wierszy, które określają dane
modyfikacje. Odpowiadają one zdarzeniom z WRITE_ROWS_EVENT, UPDATE_ROWS_EVENT,
i DELETE_ROWS_EVENT kody typów. The --base64-output=DEKODUJ WIERSZE i --gadatliwy Opcje
może być używany do wpływania na dane wyjściowe zdarzenia wiersza.

Załóżmy, że serwer używa rejestrowania binarnego opartego na wierszach i że wykonujesz
następująca sekwencja wypowiedzi:

UTWÓRZ TABELĘ t
(
identyfikator INT NIE NULL,
Nazwa VARCHAR(20) NIE NULL,
data DATA NULL
) SILNIK = InnoDB;
ROZPOCZNIJ TRANSAKCJĘ;
INSERT INTO t VALUES(1, 'jabłko', NULL);
AKTUALIZACJA t SET nazwa = 'gruszka', data = '2009-01-01' WHERE id = 1;
USUŃ Z t GDZIE id = 1;
POPEŁNIĆ;

Domyślnie mysqlbinlog wyświetla zdarzenia wierszy zakodowane jako ciągi base-64 przy użyciu BINLOG
sprawozdania. Pomijając zbędne wiersze, dane wyjściowe dla zdarzeń wierszy generowanych przez
poprzedzająca sekwencja instrukcji wygląda następująco:

muszla> mysqlbinlog plik dziennika
...
# na 218
#080828 15:03:08 identyfikator serwera 1 end_log_pos 258 Write_rows: identyfikator tabeli 17 flagi: STMT_END_F
BINLOG '
fAS3SBMBAAAALAAANoAAAAAABEAAAAAAAAABHRlc3QAAXQAAwMPCgIUAAQ=
fAS3SBcBAAAAAAAAIBAAAQABEAAAAAAAAA//8AQAAAAVhcHBsZQ==
'/*!*/;
...
# na 302
#080828 15:03:08 identyfikator serwera 1 end_log_pos 356 Update_rows: identyfikator tabeli 17 flagi: STMT_END_F
BINLOG '
fAS3SBMBAAAAAAAAAC4BAAAAABEAAAAAAAAABHRlc3QAAXQAAwMPCgIUAAQ=
fAS3SBgBAAAANgAAAGQBAAAQABEAAAAAAAAA////AEAAAAFYXBwbGX4AQAAAAARwZWFyIbIP
'/*!*/;
...
# na 400
#080828 15:03:08 identyfikator serwera 1 end_log_pos 442 Delete_rows: identyfikator tabeli 17 flagi: STMT_END_F
BINLOG '
fAS3SBMBAAAALAAAAAAJABAAAAABEAAAAAAAAABHRlc3QAAXQAAwMPCgIUAAQ=
fAS3SBkBAAAAKgAAALoBAAAQABEAAAAAAAEAA//4AQAAAAARwZWFyIbIP
'/*!*/;

Aby wyświetlić zdarzenia w wierszach jako komentarze w postaci instrukcji „pseudo-SQL”, uruchom mysqlbinlog
z --gadatliwy or -v opcja. Dane wyjściowe będą zawierać linie zaczynające się od ###:

muszla> mysqlbinlog -v plik dziennika
...
# na 218
#080828 15:03:08 identyfikator serwera 1 end_log_pos 258 Write_rows: identyfikator tabeli 17 flagi: STMT_END_F
BINLOG '
fAS3SBMBAAAALAAANoAAAAAABEAAAAAAAAABHRlc3QAAXQAAwMPCgIUAAQ=
fAS3SBcBAAAAAAAAIBAAAQABEAAAAAAAAA//8AQAAAAVhcHBsZQ==
'/*!*/;
### WSTAW DO test.t
### USTAWIĆ
### @1=1
### @2='jabłko'
### @3=NULL
...
# na 302
#080828 15:03:08 identyfikator serwera 1 end_log_pos 356 Update_rows: identyfikator tabeli 17 flagi: STMT_END_F
BINLOG '
fAS3SBMBAAAAAAAAAC4BAAAAABEAAAAAAAAABHRlc3QAAXQAAwMPCgIUAAQ=
fAS3SBgBAAAANgAAAGQBAAAQABEAAAAAAAAA////AEAAAAFYXBwbGX4AQAAAAARwZWFyIbIP
'/*!*/;
### AKTUALIZACJA test.t
### GDZIE
### @1=1
### @2='jabłko'
### @3=NULL
### USTAWIĆ
### @1=1
### @2='gruszka'
### @3='2009:01:01'
...
# na 400
#080828 15:03:08 identyfikator serwera 1 end_log_pos 442 Delete_rows: identyfikator tabeli 17 flagi: STMT_END_F
BINLOG '
fAS3SBMBAAAALAAAAAAJABAAAAABEAAAAAAAAABHRlc3QAAXQAAwMPCgIUAAQ=
fAS3SBkBAAAAKgAAALoBAAAQABEAAAAAAAEAA//4AQAAAAARwZWFyIbIP
'/*!*/;
### USUŃ Z test.t
### GDZIE
### @1=1
### @2='gruszka'
### @3='2009:01:01'

Sprecyzować --gadatliwy or -v dwukrotnie, aby wyświetlić także typy danych i niektóre metadane dla każdego z nich
kolumna. Wynik będzie zawierał dodatkowy komentarz po każdej zmianie kolumny:

muszla> mysqlbinlog -w plik dziennika
...
# na 218
#080828 15:03:08 identyfikator serwera 1 end_log_pos 258 Write_rows: identyfikator tabeli 17 flagi: STMT_END_F
BINLOG '
fAS3SBMBAAAALAAANoAAAAAABEAAAAAAAAABHRlc3QAAXQAAwMPCgIUAAQ=
fAS3SBcBAAAAAAAAIBAAAQABEAAAAAAAAA//8AQAAAAVhcHBsZQ==
'/*!*/;
### WSTAW DO test.t
### USTAWIĆ
### @1=1 /* INT meta=0 nullable=0 is_null=0 */
### @2='jabłko' /* VARSTRING(20) meta=20 nullable=0 is_null=0 */
### @3=NULL /* VARSTRING(20) meta=0 nullable=1 is_null=1 */
...
# na 302
#080828 15:03:08 identyfikator serwera 1 end_log_pos 356 Update_rows: identyfikator tabeli 17 flagi: STMT_END_F
BINLOG '
fAS3SBMBAAAAAAAAAC4BAAAAABEAAAAAAAAABHRlc3QAAXQAAwMPCgIUAAQ=
fAS3SBgBAAAANgAAAGQBAAAQABEAAAAAAAAA////AEAAAAFYXBwbGX4AQAAAAARwZWFyIbIP
'/*!*/;
### AKTUALIZACJA test.t
### GDZIE
### @1=1 /* INT meta=0 nullable=0 is_null=0 */
### @2='jabłko' /* VARSTRING(20) meta=20 nullable=0 is_null=0 */
### @3=NULL /* VARSTRING(20) meta=0 nullable=1 is_null=1 */
### USTAWIĆ
### @1=1 /* INT meta=0 nullable=0 is_null=0 */
### @2='gruszka' /* VARSTRING(20) meta=20 nullable=0 is_null=0 */
### @3='2009:01:01' /* DATA meta=0 nullable=1 is_null=0 */
...
# na 400
#080828 15:03:08 identyfikator serwera 1 end_log_pos 442 Delete_rows: identyfikator tabeli 17 flagi: STMT_END_F
BINLOG '
fAS3SBMBAAAALAAAAAAJABAAAAABEAAAAAAAAABHRlc3QAAXQAAwMPCgIUAAQ=
fAS3SBkBAAAAKgAAALoBAAAQABEAAAAAAAEAA//4AQAAAAARwZWFyIbIP
'/*!*/;
### USUŃ Z test.t
### GDZIE
### @1=1 /* INT meta=0 nullable=0 is_null=0 */
### @2='gruszka' /* VARSTRING(20) meta=20 nullable=0 is_null=0 */
### @3='2009:01:01' /* DATA meta=0 nullable=1 is_null=0 */

Możesz powiedzieć mysqlbinlog aby pominąć instrukcje BINLOG dla zdarzeń wierszy za pomocą
--base64-output=DEKODUJ WIERSZE opcja. To jest podobne do --base64-output=NIGDY ale nie
zakończ z błędem, jeśli zostanie znalezione zdarzenie wiersza. Połączenie --base64-output=DEKODUJ WIERSZE
i --gadatliwy zapewnia wygodny sposób wyświetlania zdarzeń w wierszach tylko jako instrukcji SQL:

muszla> mysqlbinlog -v --base64-output=DEKODUJ WIERSZE plik dziennika
...
# na 218
#080828 15:03:08 identyfikator serwera 1 end_log_pos 258 Write_rows: identyfikator tabeli 17 flagi: STMT_END_F
### WSTAW DO test.t
### USTAWIĆ
### @1=1
### @2='jabłko'
### @3=NULL
...
# na 302
#080828 15:03:08 identyfikator serwera 1 end_log_pos 356 Update_rows: identyfikator tabeli 17 flagi: STMT_END_F
### AKTUALIZACJA test.t
### GDZIE
### @1=1
### @2='jabłko'
### @3=NULL
### USTAWIĆ
### @1=1
### @2='gruszka'
### @3='2009:01:01'
...
# na 400
#080828 15:03:08 identyfikator serwera 1 end_log_pos 442 Delete_rows: identyfikator tabeli 17 flagi: STMT_END_F
### USUŃ Z test.t
### GDZIE
### @1=1
### @2='gruszka'
### @3='2009:01:01'

Note
Nie należy pomijać instrukcji BINLOG, jeśli zamierza się je ponownie wykonać mysqlbinlog
wyjście.

Instrukcje SQL utworzone przez --gadatliwy for row zdarzenia są znacznie bardziej czytelne niż
odpowiednie instrukcje BINLOG. Nie odpowiadają one jednak dokładnie oryginałowi
Instrukcje SQL, które wygenerowały zdarzenia. Obowiązują następujące ograniczenia:

· Oryginalne nazwy kolumn są tracone i zastępowane przez @N, Gdzie N jest numerem kolumny.

· Informacje o zestawie znaków nie są dostępne w dzienniku binarnym, co wpływa na łańcuch
wyświetlacz kolumnowy:

· Nie ma rozróżnienia między odpowiednimi ciągami binarnymi i niebinarnymi
typów (BINARY i CHAR, VARBINARY i VARCHAR, BLOB i TEXT). Wyjście wykorzystuje a
typ danych STRING dla łańcuchów o stałej długości i VARSTRING dla łańcuchów o zmiennej długości
smyczki.

· W przypadku zestawów znaków wielobajtowych maksymalna liczba bajtów na znak nie jest określona
obecny w dzienniku binarnym, więc długość typów łańcuchowych jest wyświetlana w bajtach
a nie w znakach. Na przykład, STRING(4) zostanie użyty jako typ danych
dla wartości z jednego z tych typów kolumn:

ZWĘGLAĆ(4) ZESTAW ZNAKÓW latin1
ZWĘGLAĆ(2) ZESTAW ZNAKÓW ucs2

· Ze względu na format przechowywania zdarzeń typu UPDATE_ROWS_EVENT, instrukcje UPDATE
są wyświetlane z klauzulą ​​WHERE poprzedzającą klauzulę SET.

Właściwa interpretacja zdarzeń wiersza wymaga informacji z opisu formatu
zdarzenie na początku dziennika binarnego. Ponieważ mysqlbinlog nie wie z góry
czy reszta dziennika zawiera zdarzenia wierszy, domyślnie wyświetla format
opis zdarzenia za pomocą instrukcji BINLOG w początkowej części wyjścia.

Jeśli wiadomo, że dziennik binarny nie zawiera żadnych zdarzeń wymagających instrukcji BINLOG (tzn
to brak zdarzeń w wierszu), the --base64-output=NIGDY można użyć opcji, aby zapobiec temu nagłówkowi
od pisania.

ZA POMOCĄ MYSQLBINLOG DO Z POWROTEM UP BINARY LOG AKTA

Domyślnie mysqlbinlog odczytuje binarne pliki dziennika i wyświetla ich zawartość w formacie tekstowym.
Umożliwia to łatwiejsze badanie zdarzeń w plikach i ponowne ich uruchamianie
(na przykład używając danych wyjściowych jako danych wejściowych do mysql). mysqlbinlog może odczytywać pliki dziennika
bezpośrednio z lokalnego systemu plików lub za pomocą pliku --odczyt-z-zdalnego-serwera opcja, może
połączyć się z serwerem i zażądać zawartości dziennika binarnego z tego serwera. mysqlbinlog pisze,
wyjście tekstowe na standardowe wyjście lub do pliku nazwanego jako wartość
--plik-wynikowy=Nazwa pliku opcja, jeśli ta opcja jest podana.

Począwszy od MySQL 5.6, mysqlbinlog może odczytywać binarne pliki dziennika i zapisywać nowe pliki zawierające
samą treść — to znaczy w formacie binarnym, a nie tekstowym. Ta zdolność umożliwia
łatwo wykonać kopię zapasową dziennika binarnego w jego oryginalnym formacie. mysqlbinlog może zrobić statyczny
kopia zapasowa, tworzenie kopii zapasowej zestawu plików dziennika i zatrzymywanie, gdy skończy się ostatni plik
osiągnięty. Może również tworzyć ciągłą („na żywo”) kopię zapasową, pozostając w kontakcie z serwerem
gdy osiągnie koniec ostatniego pliku dziennika i kontynuuje kopiowanie nowych zdarzeń bez zmian
wygenerowane. W trybie ciągłego tworzenia kopii zapasowych mysqlbinlog działa do zakończenia połączenia (np
na przykład, kiedy serwer się kończy) lub mysqlbinlog zostaje przymusowo przerwany. Kiedy połączenie
kończy się, mysqlbinlog nie czeka i nie ponawia próby połączenia, w przeciwieństwie do replikacji podrzędnej
serwer. Aby kontynuować tworzenie kopii zapasowej na żywo po zrestartowaniu serwera, należy również
restart mysqlbinlog.

Kopia zapasowa dziennika binarnego wymaga wywołania mysqlbinlog z co najmniej dwiema opcjami:

· --odczyt-z-zdalnego-serwera (lub -R) opcja mówi mysqlbinlog aby połączyć się z serwerem
i poproś o jego dziennik binarny. (Jest to podobne do łączenia się z podrzędnym serwerem replikacji
do swojego głównego serwera).

· --surowe opcja mówi mysqlbinlog pisać surowe (binarne) dane wyjściowe, a nie dane wyjściowe tekstowe.

Wraz z --odczyt-z-zdalnego-serwera, często określa się inne opcje: --gospodarz
wskazuje, gdzie działa serwer, i może być konieczne określenie opcji połączenia
jak na przykład --użytkownik i --hasło.

Kilka innych opcji jest przydatnych w połączeniu z --surowe:

· --przestań-nigdy: Pozostań połączony z serwerem po osiągnięciu końca ostatniego pliku dziennika
i kontynuuj czytanie nowych wydarzeń.

· --stop-never-slave-server-id=id: Identyfikator serwera, który mysqlbinlog raporty do serwera
jeśli chodzi o komunikację i motywację --przestań-nigdy Jest używane. Wartość domyślna to 65535. Można jej użyć, aby uniknąć konfliktu
z identyfikatorem serwera podrzędnego lub innego mysqlbinlog proces. Zobacz sekcję tzw
„OKREŚLANIE IDENTYFIKATORA SERWERA MYSQLBINLOG”.

· --plik-wyników: Przedrostek nazw plików wyjściowych, zgodnie z opisem w dalszej części.

Aby utworzyć kopię zapasową binarnych plików dziennika serwera za pomocą mysqlbinlog, musisz określić nazwy plików, które
faktycznie istnieje na serwerze. Jeśli nie znasz nazw, połącz się z serwerem i użyj
instrukcję SHOW BINARY LOGS, aby zobaczyć aktualne nazwy. Załóżmy, że stwierdzenie
generuje to wyjście:

mysql> POKAZAĆ BINARY DZIENNIKI;
+---------------+---------------+
| nazwa_dziennika | Rozmiar_pliku |
+---------------+---------------+
| binlog.000130 | 27459 |
| binlog.000131 | 13719 |
| binlog.000132 | 43268 |
+---------------+---------------+

Dzięki tym informacjom możesz użyć mysqlbinlog wykonać kopię zapasową dziennika binarnego do bieżącego
katalog w następujący sposób (wprowadź każde polecenie w jednym wierszu):

· Aby wykonać statyczną kopię zapasową od binlog.000130 do binlog.000132, użyj jednego z tych
polecenia:

mysqlbinlog --odczyt-z-zdalnego-serwera --host=nazwa_hosta --surowe
binlog.000130 binlog.000131 binlog.000132
mysqlbinlog --odczyt-z-zdalnego-serwera --host=nazwa_hosta --surowe
--do-ostatniego dziennika binlog.000130

Pierwsze polecenie jawnie określa każdą nazwę pliku. Druga nazwa tylko
pierwszy plik i zastosowania --do-ostatniego-logu przeczytać ostatnie. Różnica między nimi
poleceń jest to, że jeśli serwer otworzy wcześniej plik binlog.000133 mysqlbinlog
osiągnie koniec binlog.000132, pierwsze polecenie go nie odczyta, ale drugie
komenda woli.

· Aby utworzyć kopię zapasową na żywo, w której mysqlbinlog zaczyna się od binlog.000130, aby skopiować istniejące
log, a następnie pozostaje w kontakcie, aby kopiować nowe zdarzenia w miarę ich generowania przez serwer:

mysqlbinlog --odczyt-z-zdalnego-serwera --host=nazwa_hosta --surowe
--stop-nigdy binlog.000130

Wraz z --przestań-nigdy, nie trzeba określać --do-ostatniego-logu czytać do końca
log, ponieważ ta opcja jest implikowana.
Nazewnictwo plików wyjściowych.PP Bez --surowe, mysqlbinlog tworzy wyjście tekstowe i
--plik-wyników opcja, jeśli została podana, określa nazwę pojedynczego pliku, do którego są wysyłane wszystkie dane wyjściowe
jest napisane. Z --surowe, mysqlbinlog zapisuje jeden binarny plik wyjściowy dla każdego pliku dziennika
przeniesiony z serwera. Domyślnie, mysqlbinlog zapisuje pliki w bieżącym
katalog o takich samych nazwach jak oryginalne pliki dziennika. Aby zmodyfikować nazwy plików wyjściowych,
użyć --plik-wyników opcja. W połączeniu z --suroweThe --plik-wyników wartość opcji wynosi
traktowany jako przedrostek modyfikujący nazwy plików wyjściowych.

Załóżmy, że serwer ma obecnie binarne pliki dziennika o nazwie binlog.000999 i wyższej. Jeśli ty
posługiwać się mysqlbinlog --surowe wykonać kopię zapasową plików, --plik-wyników opcja tworzy plik wyjściowy
nazwy, jak pokazano w poniższej tabeli. Możesz zapisać pliki do określonego katalogu przez
zaczynając --plik-wyników wartość ze ścieżką do katalogu. jeśli --plik-wyników wartość
składa się tylko z nazwy katalogu, wartość musi kończyć się separatorem nazwy ścieżki
postać. Pliki wyjściowe są zastępowane, jeśli istnieją.

┌─────────────────────┬───────────────── ────────── ─┐
│--plik-wyników Opcja │ Wydajność filet nazwy │
├─────────────────────┼───────────────── ────────── ─┤
│--plik-wyników=x │ xbinlog.000999 i nowsze │
├─────────────────────┼───────────────── ────────── ─┤
│--plik-wynikowy=/ tmp / │ /tmp/binlog.000999 i nowsze │
├─────────────────────┼───────────────── ────────── ─┤
│--plik-wyników=/tmp/x │ /tmp/xbinlog.000999 i nowsze │
└─────────────────────┴───────────────── ────────── ─┘
Przykład: mysqldump + mysqlbinlog for Backup and Restore.PP Poniższy przykład opisuje
prosty scenariusz, który pokazuje, jak używać mysqldump i mysqlbinlog razem, aby utworzyć kopię zapasową a
danych serwera i dziennika binarnego oraz sposobu korzystania z kopii zapasowej w celu przywrócenia serwera w przypadku utraty danych
występuje. W przykładzie założono, że serwer działa na hoście nazwa_hosta i jego pierwszy
binarny plik dziennika nosi nazwę binlog.000999. Wprowadź każde polecenie w jednym wierszu.

Zastosowanie mysqlbinlog aby wykonać ciągłą kopię zapasową dziennika binarnego:

mysqlbinlog --odczyt-z-zdalnego-serwera --host=nazwa_hosta --surowe
--stop-nigdy binlog.000999

Zastosowanie mysqldump aby utworzyć plik zrzutu jako migawkę danych serwera. Używać
--wszystkie bazy danych, --wydarzenia, --programy wykonać kopię zapasową wszystkich danych i --dane-główne=2 do
dołącz bieżące współrzędne dziennika binarnego do pliku zrzutu.

mysqldump --host=nazwa_hosta --all-databases --events --routines --master-data=2> plik_zrzutu

Wykonaj mysqldump polecenie okresowo, aby utworzyć nowsze migawki zgodnie z potrzebami.

W przypadku utraty danych (na przykład w przypadku awarii serwera) należy użyć najnowszego pliku zrzutu
przywrócić dane:

mysql --host=nazwa_hosta -u root -p plik_zrzutu

Następnie użyj kopii zapasowej dziennika binarnego, aby ponownie wykonać zdarzenia, które zostały zapisane po
współrzędne wymienione w pliku zrzutu. Załóżmy, że współrzędne w pliku wyglądają tak
to:

-- ZMIEŃ MASTER NA MASTER_LOG_FILE='binlog.001002', MASTER_LOG_POS=27284;

Jeśli najnowszy plik dziennika, którego kopia zapasowa została utworzona, ma nazwę binlog.001004, wykonaj ponownie zdarzenia dziennika
lubię to:

mysqlbinlog --pozycja-początkowa=27284 binlog.001002 binlog.001003 binlog.001004
| mysql --host=nazwa_hosta -u root -p

Może być łatwiej skopiować pliki kopii zapasowej (plik zrzutu i pliki dziennika binarnego) do folderu
hosta serwera, aby ułatwić wykonanie operacji przywracania lub jeśli MySQL na to nie pozwala
zdalny dostęp do roota.

OKREŚLANIE THE MYSQLBINLOG SERVER ID

Po wywołaniu z --odczyt-z-zdalnego-serwera opcja, mysqlbinlog łączy się z MySQL
server, określa identyfikator serwera w celu identyfikacji i żąda binarnych plików dziennika z
serwer. Możesz użyć mysqlbinlog zażądać plików dziennika z serwera na kilka sposobów:

· Określ jawnie nazwany zestaw plików: dla każdego pliku, mysqlbinlog łączy i
wydaje polecenie zrzutu Binlog. Serwer wysyła plik i rozłącza się. Jest jeden
połączenie na plik.

· Określ plik początkowy i --do-ostatniego-logu: mysqlbinlog łączy się i wystawia Binlog
polecenie zrzutu dla wszystkich plików. Serwer wysyła wszystkie pliki i rozłącza się.

· Określ plik początkowy i --przestań-nigdy (co oznacza --do-ostatniego-logu): mysqlbinlog
łączy się i wydaje polecenie zrzutu Binlog dla wszystkich plików. Serwer wysyła wszystkie pliki,
ale nie rozłącza się po wysłaniu ostatniego.

Wraz z --odczyt-z-zdalnego-serwera tylko, mysqlbinlog łączy się przy użyciu identyfikatora serwera 0, który
każe serwerowi rozłączyć się po wysłaniu ostatniego żądanego pliku dziennika.

Wraz z --odczyt-z-zdalnego-serwera i --przestań-nigdy, mysqlbinlog łączy się za pomocą wartości niezerowej
identyfikator serwera, aby serwer nie rozłączył się po wysłaniu ostatniego pliku dziennika. Serwer
Domyślnie identyfikator to 65535, ale można to zmienić za pomocą --stop-never-slave-server-id.

Tak więc w przypadku dwóch pierwszych sposobów żądania plików serwer rozłącza się, ponieważ
mysqlbinlog określa identyfikator serwera równy 0. Nie rozłącza, jeśli --przestań-nigdy jest podawany
bo mysqlbinlog określa niezerowy identyfikator serwera.

PRAWA AUTORSKIE

Copyright © 1997, 2014, Oracle i/lub jej podmioty stowarzyszone. Wszelkie prawa zastrzeżone.

Ta dokumentacja jest wolnym oprogramowaniem; możesz go redystrybuować i/lub modyfikować tylko pod
warunki Powszechnej Licencji Publicznej GNU opublikowane przez Free Software Foundation;
wersja 2 Licencji.

Ta dokumentacja jest rozpowszechniana w nadziei, że będzie użyteczna, ale BEZ ŻADNYCH
GWARANCJA; bez dorozumianej gwarancji PRZYDATNOŚCI HANDLOWEJ lub PRZYDATNOŚCI DO KONKRETNEGO
CEL, POWÓD. Więcej informacji można znaleźć w Powszechnej Licencji Publicznej GNU.

Wraz z programem powinieneś otrzymać kopię GNU General Public License;
jeśli nie, napisz do Free Software Foundation, Inc., 51 Franklin Street, Fifth Floor,
Boston, MA 02110-1301 USA lub patrz http://www.gnu.org/licenses/.

UWAGI

1. Wewnętrzne elementy MySQL: dziennik binarny
http://dev.mysql.com/doc/internals/en/binary-log.html

Korzystaj z mysqlbinlog online, korzystając z usług onworks.net